Skip to main content
skill Claude Code CX Codex Cursor GitHub Copilot

figure-it-out — Claude Code skill: what it does, how to install

A skill for work with no ready-made playbook: it designs the plan and a pass/fail predicate first, then runs a hypothesis loop and keeps a decision trail the reviewer can read.

Install into Claude Code · Skills CLI (Vercel) All methods and platforms ↓
npx skills add backnotprop/pstack --skill figure-it-out -a claude-code
Open on GitHub

What figure-it-out does

It kicks in when nothing narrower fits: a large migration, a change with many parts, or work a human will approve after stepping away. Before any code, the skill asks for the workflow itself. That means phases, a definition of done written as a falsifiable predicate, a rough size estimate and the blockers that grounding turned up. Rigor is picked per step and biased high for one-way doors.

Each unit runs as an experiment. State a hypothesis, make the smallest change, measure it on the real artifact, keep it if the predicate moved, revert if it did not. Verdicts are VERIFIED, NOT VERIFIED or INCONCLUSIVE. The last one is not a pass. The verification harness gets built before the work, with a baseline captured from the pre-change state, so the check reads as old value vs new value. Parallel workers each get their own branch or worktree.

One thing to know before you install: the frontmatter sets disable-model-invocation: true, so the model will not pick it up on its own. You call it as /figure-it-out or by typing the phrase. It also leans on sibling skills from the same set, poteto-mode, prove-it-works and show-me-your-work, and those references lead nowhere if you install it alone.

What it helps with

  • split a large migration into units that can land one at a time
  • write a definition of done you can check instead of argue about
  • stand up a verification harness and capture the baseline before touching code
  • start a sprawling change when you have no idea where to begin
  • leave a trail of decisions so a reviewer can follow the PR cold

Example prompts for the agent

  • `/figure-it-out` move the data layer onto the new client, start with the plan
  • figure it out: break the schema switch into phases and show me the plan before you run
  • `/figure-it-out` take the billing migration, I want the predicate and the decision log in the PR

How to install figure-it-out

1Skills CLI (Vercel)

npx skills add backnotprop/pstack --skill figure-it-out -a claude-code

2Manually: put the files in place

~/.claude/skills/figure-it-out/SKILL.md

Copy the whole skill folder; for one project use .claude/skills/figure-it-out/

From the same set5

The whole set →

Similar

router-core TanStack Entry skill for TanStack Router that points a task at the right sub-skill and pins the type-inference and client-first rules agents keep breaking. Claude Code CX Codex Cursor +1 587installs gpt-image wuyoscar Type a prompt, get an image file back. The skill resolves the model first, then runs a packaged CLI for generation, reference edits or inpainting. Claude Code CX Codex Cursor +1 553installs hormuz-strait himself65 Pulls the Hormuz Strait Monitor dashboard and answers whether the strait is open, how many tankers got through, and what happened to Brent. Claude Code CX Codex Cursor +1 3,100installs setup-matt-pocock-skills Matt Pocock This skill configures a repository for Matt Pocock's engineering skills by setting its issue tracker, triage labels, and domain docs layout. Run it before using the other skills. Claude Code 1,052,851installs to-tickets Matt Pocock Turns a plan, spec, or conversation into small end-to-end tickets with explicit blockers. Use it to agree on the work breakdown before tickets go to a tracker. Claude Code 711,230installs writing-plans Jesse Vincent This skill turns requirements for a multi-step task into an implementation plan before code changes begin. It helps when another engineer needs exact files, interfaces, and checks. Claude Code CX Codex 282,859installs stitch-loop official google-labs-code Guides agents through iterative website creation with Stitch MCP. The agent reads the baton file, generates UI, integrates the page, and prepares tasks for the next run. Claude Code CX Codex Cursor +1 56,300installs improve shadcn Surveys any codebase in read-only mode and writes self-contained implementation plans for other models to execute. Helps audit bugs, tech debt, and security without touching code. Claude Code CX Codex Cursor +1 37,500installs

Questions about figure-it-out

How do I install figure-it-out in Claude Code?

Run npx skills add backnotprop/pstack --skill figure-it-out -a claude-code. The skill file lands at ~/.claude/skills/figure-it-out/SKILL.md.

What does figure-it-out do?

It designs a workflow for tasks that match no existing playbook: phases, a falsifiable predicate for done, a hypothesis loop that verifies each unit, and a decision log for whoever reviews the result.

Why does the skill never pick itself up?

Its frontmatter sets disable-model-invocation: true, so the model will not choose it from a task description. Invoke it directly, as /figure-it-out or by saying the phrase.

Source text

SKILL.md · MIT
---
name: figure-it-out
description: "Design an auditable playbook when no narrower one fits: a large migration, an ambitious multi-part change, or work a human reviews after stepping away. Scales rigor to the task, runs a hypothesis loop, and logs decisions. Use for /figure-it-out or 'figure it out'."
disable-model-invocation: true
---

# Figure it out

When the task matches no playbook, design one. The deliverable before any code is the workflow itself: a sequence of phases that scales rigor to the task, runs the scientific method, and leaves a decision trail a human can audit after stepping away.

## Start

Open a todolist whose first item is to read the Principles section of the **poteto-mode** skill. Then add the phases below as todos.

## Phase A: Frame

Ground first, then commit. Don't start the run until you can state:

- The definition of done as a falsifiable predicate (the **prove-it-works** principle skill).
- Scope, quantified: rough units and effort, plus the blockers grounding surfaced.
- The rigor level, biased high. One-way doors and high blast radius get more. Reversible low-stakes steps get less. Rigor is gates and artifacts, not "try harder".

Present the framing and tradeoffs before committing to a long run. Reversible work proceeds (the **never-block-on-the-human** principle skill), but a multi-hour run earns one checkpoint.

## Phase B: Design the workflow

Decompose into atomic, independently-landable units. Sequence riskiest-unknown-first. Scaffold and verification come before features (the **foundational-thinking** principle skill).

- Build the verification harness before the work, with the baseline captured from the pre-change state, so the check reads as "old value vs new value".
- For one-way-door design decisions, run the **architect** skill (it runs **arena**). Skip it for mechanical work whose shape is already concrete. A second arena over a settled design is over-engineering (the **laziness-protocol** principle skill).
- Decide what fans out. Parallelize only across seams, and give each worker its own worktree or branch (the **separate-before-serializing-shared-state** principle skill). Don't over-fan. Pick each subagent's reasoning level and fast or standard speed for the job, per the Subagents section of the **poteto-mode** skill.
- Write the designed phase list down. That list is what the human reviews.

Then execute the design. Add its steps to the todolist as concrete items between the Phase C and Phase D entries. Run each under the Phase C loop discipline, and weave the Phase D log through them, a row as each step lands, rather than saving the whole trail for the end.

## Phase C: Run the loop

Each unit is an experiment. State the hypothesis, make the smallest change, measure against the predicate on the real artifact, keep it if it advanced, revert it if it didn't. Apply the **sequence-verifiable-units** principle skill, verifying each unit before starting the next instead of batching checks at the end.

- Verify by inspecting the artifact, never a self-report. When something passes too easily, suspect the observation method before the system.
- Pair delegated work with a judge. If a worker games the gate, reset and harden the contract. If the gate itself is wrong, fix the gate in its own change rather than routing around it.
- A verdict is VERIFIED, NOT VERIFIED, or INCONCLUSIVE. Inconclusive is not a pass. Don't hide a negative.

## Phase D: Keep the audit trail

Log the run via the **show-me-your-work** skill. figure-it-out's work is usually ambitious enough to commit the trail so the reviewer can read it in the PR. The trail plus the diff is what lets the human come back and trust the work.

## Phase E: Verify and hand back

Check the whole against the Phase A predicate on the real product, not just the harness. Encode any recurring correction as a gate, a lint rule, a check, or a script (the **encode-lessons-in-structure** principle skill).

**Reply:** the playbook you designed, the rigor level and why, the decision-trail path, what's verified against the predicate, and what's still open.

© backnotprop · MIT · backnotprop/pstack

See also

Project sponsors

Companies that keep this analytics open
Gold sponsor

Impressions, clicks and code copies — open statistics. We keep the numbers public for the same reason NeBlask itself is public. Become a sponsor