Use when you have a spec or requirements for a multi-step task, before touching code.
Collected from public GitHub. Every version is saved exactly as it was and never changes. Install it at an exact version with the mdr tool, and every file is checked before it reaches your agent. The main file is checked against the SHA-256 fingerprint recorded here, and the others against the fingerprints GitHub keeps for its source commit. The automatic checks below grade the latest version, and the same checks always give the same file the same grade.
What the file says
# Writing Plans
## Overview
Write implementation plans for an engineer who has not seen this codebase or this spec. Assume they write idiomatic code in the project's language once they know the exact interface and the exact test, and that they will make a reasonable choice wherever the plan leaves one open. What they cannot know is what you decided: which files, which names and signatures, which values from the spec, which tests prove each task. Document those. Give them the whole plan as bite-sized tasks. DRY. YAGNI. TDD. Frequent commits.
**Announce at start:** "I'm using the writing-plans skill to create the implementation plan."
**Context:** If working in an isolated worktree, the user already created it.
**Save plans to:** the pull request body (a `## Plan` section). Do not write plan files under `docs/`. User preferences for plan location override this default.
## Scope Check
If the spec covers multiple independent subsystems, it should have been broken into sub-project specs during brainstorming. If it wasn't, suggest breaking this into separate plans — one per subsystem. Each plan should produce working, testable software on its own.
## File Structure
…
The line at the top of this page pins the label git:20261006.f349c21, which is what most people want. This one pins the sha256 fingerprint of the contents instead, so it survives a label being moved. Either way the exact version is written to mdr.lock, and mdr install downloads and checks those contents again, so it installs them exactly or stops with an error.
GET https://markdownregistry.com/api/v1/artifacts/art_yq7jlxi2ldo7crxt
GET https://markdownregistry.com/api/v1/resolve?ref=kunanonj/ai-skills-hub/writing-plans
GET https://markdownregistry.com/api/v1/blob/24e1f5d50d5bc7cbe67a14eb33381425b2ecbd66cf272583c83007ba0d1db9d4
Your AI assistant does the legwork. You hear about the deals worth your word. Hand yours the standing instructions at modelranch.com and it joins the network that reads files like this one.
kunanonj/ai-skills-hub · plugins/superstacks/skills/code-review/SKILL.md · Use when reviewing a branch, PR, or WIP since a commit, tag, or merge-base. Two-axis Standards and Spec review via…
kunanonj/ai-skills-hub · plugins/superstacks/skills/diagnosing-bugs/SKILL.md · Use when the user says diagnose or debug this, or reports something broken, throwing, failing, or slow.
kunanonj/ai-skills-hub · plugins/superstacks/skills/domain-modeling/SKILL.md · Use when discussing codebase terminology, writing or editing a GLOSSARY.md, or recording or editing an ADR.
kunanonj/ai-skills-hub · plugins/superstacks/skills/gardening/SKILL.md · Use when finding small maintenance work. One concern per PR, each with a verify command and a small diff budget.
kunanonj/ai-skills-hub · plugins/superstacks/skills/grill-with-docs/SKILL.md · Use when grilling a plan or design that should also produce ADRs and a glossary as you go.
kunanonj/ai-skills-hub · plugins/superstacks/skills/grilling/SKILL.md · Use when the user wants to stress-test a plan, decision, or idea, or uses any grill trigger phrases.
kunanonj/ai-skills-hub · plugins/superstacks/skills/how/SKILL.md · Use for how-does-X-work walkthroughs, placement, ownership, and layering questions before changing code.
kunanonj/ai-skills-hub · plugins/superstacks/skills/intake-triage/SKILL.md · Use when a coordinator has a batch of bug reports, feedback, or alerts. Deduplicate, group, score two-way vs one-way…
kunanonj/ai-skills-hub · plugins/superstacks/skills/interrogate/SKILL.md · Use for interrogate, adversarial review, multi-model review, challenge this, stress test this code, or find blind spots.
kunanonj/ai-skills-hub · plugins/superstacks/skills/mistake-to-constraint/SKILL.md · Use when a mistake repeats. Encode it as the strongest guard — type or runtime, lint, test, directory convention, then…
a5c-ai/babysitter · library/methodologies/superpowers/skills/writing-plans/SKILL.md · Use when you have a spec or requirements for a multi-step task, before touching code. Creates bite-sized TDD…
ganyuanran/aegis · skills/writing-plans/SKILL.md · Use when you have an approved spec or written requirements for a multi-step task that needs a durable plan document…
optima-cityu/llm4ad_next · docker/knowledge-parser/skills/writing-plans/SKILL.md · Use before a multi-step document restructuring task to map the source, preserve important relationships, and decide…
xu123-bob/baize · agent/skills/superpowers/5.1.0/skills/writing-plans/SKILL.md · Use when you have a spec or requirements for a multi-step task, before touching code
