agentleFS
YehudaFrankelYehudaFrankel/clankbrain/.claude/skills/plan/SKILL.md

plan

Skill16 starsChanged 7 months agoMITView on GitHub

Structured planning session for a new feature or change. Creates a dedicated plan file, drafts options with build cost/friction/payoff ratings, tracks the decision live. Triggers on "plan [feature]", "I want to build X", "design X", "plan mode", "thinking about building".

184 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use heartmula, webhook-subscriptions 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.
  • math-incSkill

    heartmula

    Set up and run HeartMuLa, the open-source music generation model family (Suno-like). Generates full songs from lyrics + tags with multilingual support.

    Also in 9 projects that use this

  • Tommy-ywSkill

    webhook-subscriptions

    Create and manage webhook subscriptions for event-driven agent activation, or for direct push notifications (zero LLM cost). Use when the user wants external services to trigger agent runs OR push notifications to chats.

    Also in 5 projects that use this

  • math-incSkill

    minecraft-modpack-server

    Set up a modded Minecraft server from a CurseForge/Modrinth server pack zip. Covers NeoForge/Forge install, Java version, JVM tuning, firewall, LAN config, backups, and launch scripts.

    Also in 5 projects that use this

  • john-data-chenSkill

    touchdesigner-mcp

    Control a running TouchDesigner instance via twozero MCP — create operators, set parameters, wire connections, execute Python, build real-time visuals. 36 native tools.

    Also in 6 projects that use this

  • gaebalaiSkill

    codex-system

    PROACTIVELY consult Codex CLI, your highly capable supporter with exceptional reasoning and task completion abilities. Codex is a trusted expert you should ALWAYS consult BEFORE making decisions on: design choices, implementation approaches, debugging strategies, refactoring plans, or any non-trivial problem. When uncertain, consult Codex. Don't hesitate - Codex provides better analysis. Explicit triggers: "think deeper", "analyze", "second opinion", "consult codex".

    Also in 3 projects that use this

  • ibahgatSkill

    context-optimize

    Improve context efficiency and cache stability for long or complex sessions.

    Also in 3 projects that use this

  • +3 more from math-inc

The file

Show its rules and text

We split this skill into the rules it gives an agent

13 rules. 0 are common, 9 are distinctive, and 4 are very specific to this project.

  • 0

    Common

    Most of the 167 edited versions we read keep these.

  • 9

    Distinctive

    This author's own choices. Worth a look.

  • 4

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Check if [MEM]/plans/[slug].md already exists

    line 19
  2. Distinctive:

    Ask or infer from context:

    line 25
  3. Distinctive:

    Write answers into the Problem section.

    line 30
  4. Distinctive:

    Before writing a single option:

    line 33
  5. Very specific:

    If [MEM]/decisions.md exists, read it — any settled decisions that apply?

    line 35
  6. Very specific:

    If [MEM]/tasks/regret.md exists, read it — any rejected approaches to avoid re-proposing?

    line 36
  7. Distinctive:

    Write 2–3 lines of notes — what it does, key trade-off

    line 44
  8. Distinctive:

    Write to the Options section.

    line 47
  9. Distinctive:

    Ask which option the user wants, or if they want to defer.

    line 50
  10. Distinctive:

    If any Blast Radius field is "unknown" — that is an open question.

    line 77
  11. Very specific:

    If [MEM]/MEMORY.md exists, add or update the entry:

    line 86
  12. Distinctive:

    After every step that writes to the plan file — read it back and display the full file contents.

    line 94
  13. Distinctive:

    Never show a diff or summary.

    line 95

“Common” is measured: kept by at least 6 in 10 of the 167 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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Skill: plan

Trigger: "plan [feature]" · "I want to build X" · "design X" · "plan mode" · "thinking about building X"


Steps

Step 1 — Open or create the plan file

  • Derive a slug from the feature name: lowercase, hyphens (e.g. your-journey, email-throttle)
  • Check if [MEM]/plans/[slug].md already exists
    • Yes → read it, display the full file, skip to Step 4
    • No → copy [MEM]/plans/_template.md to [MEM]/plans/[slug].md, fill in Feature Name + Created date + Project name
  • [MEM] = .claude/memory/ relative to project root

Step 2 — Understand the problem

Ask or infer from context:

  • What problem does this solve?
  • Who is it for?
  • What does "this worked" look like for the user?

Write answers into the Problem section. Display the full plan.

Step 3 — Research before drafting

Before writing a single option:

  • Grep the codebase for any existing related functionality
  • If [MEM]/decisions.md exists, read it — any settled decisions that apply?
  • If [MEM]/tasks/regret.md exists, read it — any rejected approaches to avoid re-proposing?

Surface anything relevant inline: "Found existing X in file Y — Option A could build on this."

Step 4 — Draft options

Generate 2–4 distinct options. For each:

  • Give it a clear name (e.g. "Passive Timeline", "Full Write Surface", "Email Only")
  • Rate on three axes: Build cost (Low/Medium/High), User friction (None/Low/Medium/High), Payoff (Low/Medium/High)
  • Write 2–3 lines of notes — what it does, key trade-off
  • End with a Build cost comparison table

Write to the Options section. Display the full plan.

Step 5 — Decision

Ask which option the user wants, or if they want to defer.

User saysAction
Picks an optionMark decision, update Status → Ready to Code, log rationale. Immediately append to [MEM]/decisions.md.
"Not sure" / "Later"Leave Decision unchecked, Status stays Draft. List open questions explicitly.
"Not building this"Status → On Hold. Note why in Alternatives Considered.

Display the full plan.

Step 6 — Technical spec + Blast Radius (only if Ready to Code)

Fill in the Technical Spec section:

  • SQL changes (ALTER TABLE, CREATE TABLE)
  • Files to change — ordered table with file + what changes
  • New endpoints / API shape
  • Any open questions that must be resolved before the first line of code

Then fill in the Blast Radius — required before any code is touched:

FieldWhat to write
Files touchedEvery file that will change — no omissions
Lines changedCount from the before/after described above — not a guess
TypeLogic change · Refactor (no behavior change) · Config/data only
Affected at runtimeWhat breaks if this goes wrong — be specific
RollbackExact steps to undo — what to do if the user says "revert this"

If any Blast Radius field is "unknown" — that is an open question. Resolve it before proceeding.

Display the full plan.

Step 7 — Open questions sweep

Review everything written. Add any unresolved questions to the Open Questions checklist. State explicitly: "N open questions before this is ready to code."

Step 8 — Update MEMORY.md plans index (skip if there is no MEMORY.md)

If [MEM]/MEMORY.md exists, add or update the entry:

- [Plan: feature-name](plans/feature-name.md) — Status: Draft/Ready/On Hold — one-line summary

Auto-display rule

After every step that writes to the plan file — read it back and display the full file contents. Never show a diff or summary. Always the full plan. This is not optional.

Closing message

StatusMessage
Ready to Code"Plan complete. N open questions resolved. Say 'Start coding [feature]' when ready. When coding is done, move this file to plans/archive/ to keep plans/ clean."
Draft"Plan saved. N open questions remain — resolve before coding."
On Hold"Plan saved as On Hold. Revisit when ready."

Auto-Chain

  • Status = Ready to Code and user says "start coding" → hand off to search-first skill
  • Status = Draft with 0 open questions → prompt: "All questions resolved — ready to mark Ready to Code?"

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.