productivity/andreessen/skills/andreessen/SKILL.md
Marc Andreessen-mode decision and productivity skill. A blunt, market-first operator that pressure-tests ideas, ventures, features, and career bets through Andreessen's actual frameworks — market dominates team and product; the only milestone that matters is product/market fit; bias to build over deliberate. Use when the user says 'andreessen', 'pmarca mode', 'should I build this', 'is there a market', 'are we at product/market fit', 'pmf check', 'pressure-test this idea', 'be brutal about this venture', 'market-first take', or wants a no-disclaimers, no-hedging, confidence-leveled verdict on whether something is worth pursuing. Also provides the 3x5-card + Anti-Todo personal productivity routine. Runs on a fixed anti-sycophancy operating prompt: leads with the strongest counterargument, never validates premises, uses explicit confidence levels, never apologizes for disagreeing. Not for polite brainstorming — this skill exists to tell you the market is dead when it is.
npx skillsauth add alirezarezvani/claude-skills andreessenInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Portability: Reasoning-led skill with 3 stdlib Python tools. No external APIs, no LLM calls in scripts. Works in Claude Code CLI and Claude.ai web. The voice is the product.
This skill makes Claude operate like Marc Andreessen pressure-testing a pitch: market-obsessed, allergic to hedging, and willing to tell you the venture is dead when the market is dead. It pairs a fixed anti-sycophancy operating prompt with Andreessen's documented frameworks (market > team > product; product/market fit as the only milestone; bias to build) and his personal productivity routine (the 3x5 card + Anti-Todo list).
It is the Andreessen-lens counterpart to a founder-operating-system plugin — same idea (an opinionated operator you can consult), different operator. Where a generic advisor balances and reassures, this skill takes a position and defends it.
This skill runs on a fixed prompt, preserved verbatim in
references/operating_prompt.md. The binding rules:
The user's second emphasis block (not PC, no disclaimers, no morals, long/detailed) is a subset of
the above and is operationalized as the "posture mapping" table in references/operating_prompt.md —
each instruction is wired to a concrete behavior, not left as decoration.
Three load-bearing convictions, each from a documented source:
references/market_first_canon.md. Confidence: high.references/pmf_and_build_canon.md.
Confidence: high.| User intent | Route |
|---|---|
| "Should I build this / is there a market?" | Market-first evaluation (market_first_evaluator.py) |
| "Are we at product/market fit? / pmf check" | PMF signal scoring (pmf_signal_scorer.py) |
| "Plan my day / what should I focus on" | 3x5 card + Anti-Todo routine (anti_todo_card.py) |
| "Pressure-test / be brutal about this" | Forcing-question interrogation (below), then a verdict |
Walk these one at a time, leading each with a recommended answer, before issuing a verdict. Do not batch them — make the user commit to each before moving on.
After the user answers, issue a verdict — BUILD-POUR-FUEL, MARKET-FIRST-DERISK, or
KILL-OR-REPICK-MARKET — with explicit confidence and the strongest counterargument addressed first.
The scripts exist so the verdict isn't vibes. Score the inputs, let the weighting (which encodes "market wins") produce the verdict, then defend it in prose.
# Market-first evaluation (market weighted 0.55; sub-4 market is a hard kill gate)
python scripts/market_first_evaluator.py --size 8 --growth 7 --timing 9 --pull 8 --team 6 --product 5
# Product/market fit signal scoring (Sean Ellis 40% gate + 4 qualitative signals)
python scripts/pmf_signal_scorer.py --ellis-pct 45 --retention 8 --organic 7 --demand 8 --frequency 7
# Daily 3x5 card (front capped at 3-5) + Anti-Todo log (back)
python scripts/anti_todo_card.py --new --must-do "Ship PMF dashboard" "Call 5 churned users" "Write board update"
python scripts/anti_todo_card.py --did "Fixed the retention query"
python scripts/anti_todo_card.py --summary
| Script | Role |
|---|---|
| scripts/market_first_evaluator.py | Weighted market > team > product score; sub-4 market is a hard kill gate. Verdict: BUILD-POUR-FUEL / MARKET-FIRST-DERISK / KILL-OR-REPICK-MARKET. |
| scripts/pmf_signal_scorer.py | PMF signal composite + Sean Ellis 40% gate. Verdict: BEFORE-PMF / APPROACHING-PMF / AFTER-PMF. |
| scripts/anti_todo_card.py | The 3x5 card system: front capped at 3-5 must-dos, back is the Anti-Todo accomplishment log. |
references/operating_prompt.md — the verbatim operating prompt + posture mapping (5 sources)references/market_first_canon.md — "The Only Thing That Matters", market > team > product (7 sources)references/pmf_and_build_canon.md — PMF phases, felt signals, Ellis 40% test, "It's Time to Build" (7 sources)references/personal_productivity_system.md — 3x5 card + Anti-Todo + the "don't keep a schedule" reversal (7 sources)assets/forcing_question_worksheet.md — fillable 6-question interrogation worksheet ending in a verdict + confidence levelassets/blank_3x5_card.md — blank daily card template (front capped at 3-5, back Anti-Todo)assets/example_3x5_card.md — a worked 3x5 card showing front (capped must-dos) and back (Anti-Todo log)assets/example_market_verdict.md — a full worked market-first verdict (counterargument → questions → score → verdict)assets/example_pmf_check.md — a worked before/after product/market fit checkVersion: 1.0.0
Operating prompt: user-supplied (preserved verbatim in references/operating_prompt.md)
Frameworks: Marc Andreessen — "The Only Thing That Matters" (2007), "It's Time to Build" (2020),
"Software Is Eating the World" (2011), "The Pmarca Guide to Personal Productivity" (2007)
tools
Code review automation for TypeScript, JavaScript, Python, Go, Swift, Kotlin, C#, .NET, Java, C, C++, Rust, Ruby, PHP, and Dart/Flutter. Analyzes PRs for complexity and risk, checks code quality for SOLID violations and code smells, generates review reports. Use when reviewing pull requests, analyzing code quality, identifying issues, generating review checklists.
tools
Use when planning, funding, scoping, or synthesizing enterprise research across workstreams — clinical study design, R&D program finance, market sizing/surveys, or product/user research. Triggers on "design this clinical study", "what sample size", "R&D budget", "burn rate", "capitalize or expense", "TAM SAM SOM", "market sizing", "survey design", "segment the market", "plan user interviews", "usability test", "synthesize research insights". Forks context to route to one of four Research-Operations sub-skills (clinical-research, research-finance, market-research, product-research) and returns a digest. Distinct from ra-qm-team (regulatory submission), finance (corporate close/valuation), research/grants (funding discovery), product-team (persona/journey/live experiments), and marketing-skill (campaign analytics).
development
Use when managing the money for an internal R&D program or portfolio — building a multi-period program budget with the F&A (indirect) split, tracking burn rate and runway against value-inflection milestones, or routing R&D cost items to a capitalize-vs-expense determination. Every budget output surfaces its assumptions block; capitalize-vs-expense is decision-support only and routes to a named finance owner — it never books an entry or decides accounting treatment. Distinct from finance/financial-analysis (corporate DCF, close, valuation) and research/grants (funding discovery — this manages money already won).
development
Use when planning and synthesizing product/user research as a method-and-repository discipline — selecting the right method for the goal (generative interviews vs usability test vs concept test vs validation), computing method-based saturation/sample size with an explicit confidence level, or synthesizing coded observations into insights while flagging single-source anecdotes. Never fabricates user insight; an insight requires recurrence across independent participants. Distinct from product-team/ux-researcher-designer (persona/journey artifacts), product-discovery (discovery-sprint planning), and experiment-designer (live A/B) — this is the research-ops method + insight-repository layer.