planning
Skill2 starsChanged 34 days agoMITView on GitHub
Craft phase 4 - produce the parted TDD implementation plan via the planner agent; mechanically linted so every part carries its context block.
71 other projects use a version of this.
Adopted by
Most recently taken up by
- persiyanov/skillstheir own version, first seen Nov 15, 2026
- gimso2x/claude-harness-slim-templatetheir own version, first seen Nov 8, 2026
- t128n/skillstheir own version, first seen Nov 8, 2026
- juriwiens/skillstheir own version, first seen Nov 8, 2026
- AlomoesDataScience/claude-skillstheir own version, first seen Nov 8, 2026
- RiccardoGrin/skillstheir own version, first seen Nov 8, 2026
Used with
Projects with it also use Problem-Solving Techniques, executing and 10 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
truongtv22SkillProblem-Solving Techniques
Apply systematic problem-solving techniques for complexity spirals (simplification cascades), innovation blocks (collision-zone thinking), recurring patterns (meta-pattern recognition), assumption constraints (inversion exercise), scale uncertainty (scale game), and dispatch when stuck. Techniques derived from Microsoft Amplifier project patterns adapted for immediate application.
Also in 5 projects that use this
LucasDuysSkillexecuting
Autonomous task implementation workflow — implement, test, review, commit for each task in the frontier
Also in 3 projects that use this
mrgoonieSkillweb-frameworks
Build modern full-stack web applications with Next.js (App Router, Server Components, RSC, PPR, SSR, SSG, ISR), Turborepo (monorepo management, task pipelines, remote caching, parallel execution), and RemixIcon (3100+ SVG icons in outlined/filled styles). Use when creating React applications, implementing server-side rendering, setting up monorepos with multiple packages, optimizing build performance and caching strategies, adding icon libraries, managing shared dependencies, or working with TypeScript full-stack projects.
Also in 5 projects that use this
mrgoonieSkillmcp-management
Manage Model Context Protocol (MCP) servers - discover, analyze, and execute tools/prompts/resources from configured MCP servers. Use when working with MCP integrations, need to discover available MCP capabilities, filter MCP tools for specific tasks, execute MCP tools programmatically, access MCP prompts/resources, or implement MCP client functionality. Supports intelligent tool selection, multi-server management, and context-efficient capability discovery.
Also in 5 projects that use this
renathoazSkillverifying
Verify work before claiming done.
Also in 3 projects that use this
truongtv22Skillmobile-development
Build modern mobile applications with React Native, Flutter, Swift/SwiftUI, and Kotlin/Jetpack Compose. Covers mobile-first design principles, performance optimization (battery, memory, network), offline-first architecture, platform-specific guidelines (iOS HIG, Material Design), testing strategies, security best practices, accessibility, app store deployment, and mobile development mindset. Use when building mobile apps, implementing mobile UX patterns, optimizing for mobile constraints, or making native vs cross-platform decisions.
Also in 4 projects that use this
- +6 more from mrgoonie
Other versions71 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 71
- langchain-ai/deepagents★ 31ksame name
- open-metadata/OpenMetadata★ 16ksame name
- atopile/atopile★ 4ksame name
- awslabs/agent-plugins★ 918same name
- xiaolai/vmark★ 908same name
- ryanthedev/code-foundations★ 381same name
- mblode/agent-skills★ 189same name
- markmdev/meridian★ 184same name
- tmcfarlane/team-avatar★ 112same name
- Towow-ai/Flowness★ 107same name
61 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository20 other files it gives its agents.
- architectureSkill
- decisionsSkill
- designSkill
- documentationSkill
- impact-triageSkill
- implementationSkill
- initSkill
- integrateSkill
- lessonsSkill
- metricsSkill
- promote-configSkill
- proposeSkill
- pruneSkill
- refactoringSkill
- requirementsSkill
- reviewSkill
- runSkill
- tuneSkill
- validationSkill
- workspaceSkill
The file
We split this skill into the rules it gives an agent
4 rules. 0 are common, 3 are distinctive, and 1 is very specific to this project.
0
Common
Most of the 64 edited versions we read keep these.
3
Distinctive
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 33
When it returns: a final message starting NO-OP: no part remains — takes the
- Distinctive: line 43
Coverage: every requirement id in the design doc's Requirements section appears in the planner's mapping.
- Distinctive: line 56
Delivers what it claims: read each cited commit's git show --stat and confirm it delivers the requirement mapped to it (the same spot-check …
- Distinctive: line 66
Read the plan; verify part sizing (no test-only parts) and that part contexts reference real files/symbols (spot-check).
“Common” is measured: kept by at least 6 in 10 of the 64 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
craft:planning
Preamble (always runs — non-overridable)
- Manifest read (lint if standalone).
- Probe: plan directory (
paths.plan, elsedocs/plan/, create if absent); design doc present? present → hard input; absent → the planner's mandatory input is the resolved brief and it performs its own exploration (slower, never blocked). - Memory read/write surface (advisory).
READS:
part-sizingentries from prior runs as a weak planner hint (no per-use re-check; confidence-weighted). Prepended to the planner spawn's injected block when non-empty. WRITES: none directly from this phase — part sizing is observed at implementation when each part's pass/blocked outcome is known. - Intention consult surface (advisory). The phase receives the intention consult
slice on slot 1 — the
IntentionViewentries whose subjects intersect this phase's change scope, prepended into the same injected contract block as the memory hint (seeskills/run/SKILL.mdstep 4). An empty slice means the phase runs its own probes.
Procedure (default body — a manifest override: replaces everything below)
- Spawn craft:planner with: the design doc path (or brief) + the accepted ADR paths; the
absolute working directory; the output path
<plan-dir>/<slug>.md; the template"${CRAFT_ROOT:-${CLAUDE_PLUGIN_ROOT}}/templates/plan.md"; the part-gate command (manifestgates.part, or probe: the repo's test runner over touched files, falling back togates.phase); the commit messagedocs(plan): <slug>; global + planning-phasecontext:files verbatim. When it returns: a final message starting
NO-OP: no part remains —takes the no-op branch below; any other return runs"${CRAFT_ROOT:-${CLAUDE_PLUGIN_ROOT}}/scripts/plan-lint.sh" <plan-path>— the phase cannot close red. On failure, respawn fresh with the lint output; ≤2 respawns, then escalate.No-op branch (every design requirement is already delivered by a commit this run landed; no plan file exists, so plan-lint is not run).
<base>is the default branch the workspace phase probed (origin/HEAD→main→master); resolve it once withgit rev-parse --verify --quiet '<base>^{commit}'— a failure escalates. Every check below must pass before anything is recorded:- Coverage: every requirement id in the design doc's Requirements section appears in the planner's mapping; an empty or partial mapping fails.
- Shape: each mapped value is a token matching
^[0-9a-f]{7,40}$thatgit rev-parse --verify --quiet '<sha>^{commit}'resolves; a symbolic rev or any other text fails. Each sha is passed to git as one single-quoted argument. - Landed this run:
git merge-base --is-ancestor <sha> HEADmust exit 0 andgit merge-base --is-ancestor <sha> <base>must exit exactly 1; any other exit (128 included) escalates. - Not the run's own paperwork: a sha whose
git diff-tree --no-commit-id --name-only -r <sha>touches only the design directory, the plan directory andREADME.mdfails — the design commit (with its README corpus-count bump) always lands before planning and delivers no requirement. An ADR commit is not rejected here: a decision can be the deliverable, so the spot-check below judges it. - Delivers what it claims: read each cited commit's
git show --statand confirm it delivers the requirement mapped to it (the same spot-check Procedure 3 runs on parts).
Any failure: respawn fresh with the failures — the same ≤2 respawns — then escalate
{ planning, reason, ≤3 options }. All pass: appendNO-OP(planning): no part remains — <justification>(the planner's requirement → sha list verbatim) andPHASE-DONE(planning): no-op — no part remainsin onerun-ledger.sh append <run-id> planningcall (walk step 7). Commit nothing. Standalone (no open run): report the planner's line and stop — there is no ledger to receive it and no commit.- Read the plan; verify part sizing (no test-only parts) and that part contexts reference real files/symbols (spot-check). Record in the run record. Skipped on the no-op branch: there are no parts.
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.

