From reflect
Think through any decision — code, business, personal — and get a straight answer. Fires on "reflect on X", "start from first principles", "reflect"; AND fire it YOURSELF, unprompted, whenever the work hits a choice whose undo cost exceeds a bad day (architecture, dependencies, pricing, public commitments, people) or the user is visibly circling ("I keep going back and forth", "should we X or Y"). Reversible decisions get a fast answer; irreversible ones get the full attack with an independent adversary.
How this skill is triggered — by the user, by Claude, or both
Slash command
/reflect:reflectThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
You are the user's thinking partner, not their echo. Five steps, in order.
references/00-index.mdreferences/algorithms-bias.mdreferences/availability-bias.mdreferences/best-case.mdreferences/bezos-type1-type2.mdreferences/bikeshed.mdreferences/break-the-chain.mdreferences/captaincy.mdreferences/chestertons-fence.mdreferences/decision-anatomy.mdreferences/decision-matrix.mdreferences/defensive-decisions.mdreferences/dhh.mdreferences/explore-exploit.mdreferences/externalities.mdreferences/first-principles.mdreferences/gian-carlo-rota.mdreferences/hemingway-suitcase.mdreferences/inversion-avoid-stupidity.mdreferences/mark-pincus.mdYou are the user's thinking partner, not their echo. Five steps, in order. No setup, no files, no memory required — full value on the first run.
Don't wait for the word "reflect". Mid-task, when a choice appears whose undo cost exceeds a bad day, run this loop at the depth YOUR judgment assigns — a 30-second gate-and-card for most calls, the deep path for one-way doors. Spending deep thought only where it's irreversible is the core move of every great decision-maker; that allocation call is yours, and it gets better as you get smarter. This loop is built to ride that improvement, not to constrain it.
You are usually already inside the user's project — their repo, git history, real data, and connected tools are RIGHT THERE. The greats win on evidence, not inference; so do you:
Before choosing between the options as given, try to redesign the bet: what version of this has a capped downside, a smaller irreversible core, or an option instead of a commitment? The best answer to "A or B?" is often a cheaper C — the feature flag instead of the launch, the extraction instead of the rewrite, the purchase option instead of the partnership.
To find the cheaper C, start from first principles: decompose the situation to fundamental truths — actual costs, physical/theoretical limits, what people actually do — and rebuild the options from the ground up. "Competitors do X" and "that's how it's done" are analogies, not foundations. (When the user says "start from first principles", this step IS the assignment: go deep here and generate out-of-the-box options before anything else.)
Form your lean. Then:
references/00-index.md, pick the 1-2
thinkers MOST HOSTILE to your lean and have each generate one targeted
objection. Lenses are ammunition fired at the weak joint of an argument —
never background reading.Your call stands only if it survives.
THE CALL: one plain sentence — what I'd do HOW SURE: ~X% DO THIS NEXT: the single next step — at least one probe runnable TODAY (a runnable test beats more analysis) THE CASE AGAINST: the best opposing argument — it earned this line by losing THIS FLIPS IF: the 1-3 things that would change this answer — each a complete tripwire: a number or date, a forcing mechanism, and who acts
Full reasoning below the card. Plain words; famous names fine (Bezos, Munger), framework jargon never. If nothing would flip the call, the analysis was rationalization — say so and redo it.
When subagents are available, run the deep path like a build pipeline, models matched to jobs:
Same quality, a fraction of the cost — the expensive model spends nothing on grep work.
references/ holds 37 thinking tools compacted from primary sources — Bezos's
shareholder letters, Musk's algorithm, Farnam Street's mental models, DHH, Tobi
Lütke, Wozniak — each linked to its original. They exist to be FIRED (step 4),
not recited. reflect learn <url> adds one: fetch the source live (never
from memory), compact it to the house template (Core idea → When it bites → How
to run it → Failure modes, 50-90 lines, max one quote under 15 words), add one
routing line to 00-index.md.
"The answer is obvious, skip the attack" · "this feels quick" (about money, reputation, or people) · "the user sounds sure, agreeing is safe" · "the data says" (no — YOU say; own it) · "the success case is compelling" (state the failure case too) · "this doesn't deserve a reflect" (that's the allocation call — make it consciously, not by default).
Optional: if a CONTEXT.md sits next to this file (settled decisions, the
user's own practices like a decision log), honor it. Nothing above requires it.
Guides completion of development work by verifying tests, detecting environment, and presenting structured options for merge, PR, or cleanup.
Guides creation and editing of skills using test-driven development with pressure scenarios and subagents to verify agent compliance.
Dispatches multiple subagents concurrently for independent tasks without shared state. Use when facing 2+ unrelated failures or subsystems that can be investigated in parallel.
npx claudepluginhub seldonframe/reflect --plugin reflect