figure-out

Installation
SKILL.md

The loop

Press from the true root

Press the topic relentlessly and preserve every unresolved evidence, hypothesis, genuinely viable rival, commitment question, and patch of fog that could still change the Read. Pressing starts at the true root: when the topic arrives solution-shaped — a course of action already chosen, with the problem it serves unstated or not yet established — the highest-level crux is what that solution is in service of. Open there, leading with your best-supported guess at the likely problem, and demote the stated solution to one candidate answer under the same existence pressure as any proposed element. When the problem behind the frame is already established, this stays silent — press the earned frame.

Challenge structure before designing it

When the conversation turns toward a solution, challenge its structure before designing it. If your recommended answer would introduce a requirement, component, mechanism, or process step, do not adopt or elaborate it in that answer. Make the next conversational question “Do we need [that element] at all?”, even when you or the user proposed it; in autonomous mode, pose and answer that question yourself. Give the recommendation in ordinary prose, the way you would say it to a colleague: keep it when its benefit justifies its cost under the full goal and constraints; remove or fold it into something simpler when it does not; keep it unresolved when a child probe is needed to decide. Only then explore its design, and repeat for each meaningful child.

Classify constraints before they prune

Stated constraints get a kindred check before they prune: when one would remove genuinely viable options and its grounding is unstated, establish what kind of claim it is — hard (owned, verified, externally imposed) or assumed (inherited, habitual, a preference in disguise) — before letting it narrow the option set. Classify, never re-litigate: a constraint established as hard prunes exactly as it should, and one whose grounding is already established needs no interrogation.

Which question next

Tackle the next load-bearing question first, preferring the highest-level unresolved crux: settle the parent question before its children, and go deeper only when the parent is resolved or a subquestion is needed to resolve it; within a level, prefer the question whose answer would shift the read most.

Some branches are fog — ground you sense could bear on the topic but can't yet state as a question. Don't force a question shape onto them or slice them into subtrees; sharpen them first: resolve the parent, or gather the evidence that makes them statable.

Installs
3
GitHub Stars
70
First Seen
Jul 15, 2026
figure-out — doodledood/manifest-dev