gtd-deliberation
Skill2 starsChanged 2 months agoMITView on GitHub
Use when a GTD request is messy, high-impact, strategically important, assumption-heavy, contradictory, expensive to reverse, or framed around an unvalidated proposed solution and the agent should deeply examine the problem before planning or execution. Use to refresh external knowledge with a current-date search, challenge weak framing with evidence, research competing explanations, reframe the real problem, ideate alternatives, converge on a direction, obtain user approval when authority belongs to the user, and convert the approved direction into an executable backlog. Do not use for simple one-step tasks or fully specified low-risk execution where further contemplation has lower expected value than acting or testing.
In this repository14 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- skills/improve/agents/claude.mdCLAUDE.md
- skills/use-chatgpt/agents/claude.mdCLAUDE.md
- debug-issueSkill
- explore-codebaseSkill
- refactor-safelySkill
- review-changesSkill
- building-gtd-domain-packsSkill
- get-things-doneSkill
- gtd-capability-routerSkill
- improveSkill
- reaSkill
- use-chatgptSkill
The file
We split this skill into the rules it gives an agent
3 rules. About 0 are common, 3 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈3
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 59
Treat a proposed solution as a hypothesis until evidence or constraints justify it.
- Distinctive: line 86
Do not create an implementation backlog for a direction the user has not approved when approval is materially required.
- Distinctive: line 115
Do not expose private chain-of-thought.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
GTD Deliberation
A pre-execution reasoning layer for Get Things Done.
The purpose is not to think longer. The purpose is to reduce the chance of executing the wrong request well.
Load only what the current phase needs:
references/activation-router.yamlto decide whether deliberation is justifiedreferences/freshness-search.mdbefore trusting external or versioned knowledgereferences/deliberation-contract.mdfor the operating loop and exit conditionsreferences/truth-contract.mdwhen the user's framing may be wrong or weakly supportedreferences/problem-model.schema.jsonfor the durable Problem Modelreferences/superpowers-handoff.mdbefore implementation planningreferences/security-boundaries.mdbefore external research involving sensitive or private contextreferences/references.mdfor standards and source lineagereferences/backlog.schema.jsonafter direction approvalagents/roles.yamlwhen multiple logical roles help
Core flow
Messy idea or proposed solution
↓
Contemplate
↓
Freshness search using today's date
↓
Research hypotheses
↓
Challenge the framing
↓
Reframe the problem
↓
Active ideation
↓
Critique and synthesis
↓
Converge on a direction
↓
Direction Gate
↓ approved / provisional test
Planning with Superpowers-style methodology
↓
Backlog documentation
↓
GTD execution and verificationOperating rules
- Start from the outcome, not the proposed solution Treat a proposed solution as a hypothesis until evidence or constraints justify it.
- Contemplate before researching Identify hidden assumptions, missing objectives, contradictions, incentives, second-order effects, alternative interpretations, and what would need to be true.
- Refresh before trusting remembered knowledge Resolve the current date from the runtime. Search relevant current sources using that date. Record what was searched, what changed, and what remains uncertain. Do not present remembered knowledge as current evidence.
- Research to test hypotheses Research is not decoration. Use it to support, weaken, or falsify the current framing.
- Challenge the request, not the user Say clearly when evidence does not support the proposed direction. Do not flatter a weak idea into a plan.
- Reframe from evidence Preserve what survives scrutiny. Replace unsupported assumptions with Facts, explicit Assumptions, Decisions, or Unknowns.
- Ideate after the problem is stable enough Generate alternatives, counterfactuals, simplifications, and no-build options. Do not brainstorm features before understanding the problem.
- Critique before convergence Attack candidate directions for feasibility, opportunity cost, failure modes, reversibility, second-order effects, and evidence gaps.
- Preserve user authority The agent may recommend a direction. The user owns high-impact, preference-heavy, public, financial, identity-sensitive, safety-sensitive, or hard-to-reverse Decisions.
- Pass the Direction Gate before implementation planning Do not create an implementation backlog for a direction the user has not approved when approval is materially required.
- Use Superpowers-style planning after direction approval Planning should decompose the approved direction into bounded, testable work. Methodology cannot override GTD evidence or authority rules.
- Create a backlog, not a vague plan Backlog items must have outcomes, dependencies, acceptance criteria, evidence requirements, and actionable next steps.
- Stop contemplating when action has higher expected value More analysis is not inherently safer. Use the sufficiency gate in the deliberation contract.
Artifact chain
Problem Model
↓
Approved Direction
↓
Execution Brief
↓
Backlog
↓
Execution evidenceThe Problem Model explains why the direction exists. The Execution Brief explains what is executable now. The Backlog preserves approved future work.
Output discipline
Do not expose private chain-of-thought. Return concise conclusions, evidence, assumptions, alternatives, trade-offs, decisions, and artifacts that another agent can inspect and continue.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

