create-plan

A workflow for creating a new plan as a Neotoma record. It collects the plan's goals, scope, success measures, and status, then can link it to related project records.

In plain words
What is it for?
Use it to create plans, check that their summary matches the intended work, connect them to objectives or releases, and optionally rebuild the plans mirror.
Why use it?
It turns an informal idea into a structured plan with clear boundaries and measurable completion criteria.

Skill for Claude CodeCodexCursor

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add skills/markmhendrickson/foundation/create-plan
Any agent
npx skills add markmhendrickson/foundation --skill create-plan
Clone the repo
git clone --depth 1 https://github.com/markmhendrickson/foundation

Made for: Claude Code, Codex, Cursor.

Per session 25 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 686 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin 95% copy Near-identical to another mod in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00025 $0.00686
Opus 5 $0.00013 $0.00343
Sonnet 5 $0.00005 $0.00137
Haiku 4.5 $0.00003 $0.00069

Measured yesterday against content hash 78ed4c74bcf4, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

create-plan scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured yesterday.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

Origin

This is a copy

95% identical to create-plan — 9 lines differ, which has more behind it and is treated as the original. This page carries a canonical link to it rather than competing with it.

.cursor/skills/create-plan/SKILL.md · 93 lines

How it starts

The opening of the file, as written. The whole thing — 93 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Create New Plan

Create a new plan entity in Neotoma with title = {{input:title}}.

Follow the complete workflow in foundation/development/plan_workflow.md. Configuration is read from foundation-config.yaml.

This workflow can also be triggered automatically via .cursor/rules/plan_detection.mdc when you mention planning-related patterns in natural language (e.g., "create plan", "new plan"). Both paths execute the same workflow.

Workflow Overview

Implements Checkpoint 0 of the plan creation workflow:

  1. Collect required plan fields from the user
  2. Run alignment check (summary → user confirms)
  3. Store plan as a Neotoma plan entity
  4. Create relationships to related entities
  5. Optionally rebuild the neotoma-plans mirror

Tasks

  1. Collect required fields:

    Ask the user for any missing required fields:

    • title — Short, imperative name
    • description — Problem being solved and why it matters
    • scope — What is explicitly in scope
    • out_of_scope — What is explicitly out of scope
    • success_criteria — Measurable conditions for completion
    • status — Default to draft

    Optional fields to offer (collect if relevant):

    • priority (P0/P1/P2/P3)
    • phase
    • target_release
    • deliverables
    • dependencies (canonical names of plans this plan requires)
    • testing_notes
    • observability_notes
  2. Alignment check:

    After collecting fields, produce a concise summary:

    • Problem it solves and why it exists
    • What is explicitly in scope and out of scope
    • Critical constraints or invariants

    Ask: "Does this accurately capture what you want this plan to do?"

    Incorporate corrections and re-summarize if changes are substantial. Do not proceed until the user confirms.

  3. Store the plan:

    Use store or submit_entity with:

    • entity_type: plan
    • All collected fields as snapshot fields
  4. Create relationships (if relevant entities are mentioned or known):

    • REFERS_TO for objectives, releases, or parent plans
    • DEPENDS_ON for plans this plan requires
    • INFORMED_BY for issues, feedback, or research

Read the full file on GitHub · 93 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. yesterday First seen · 93 lines · 25 tokens per session scan A 78ed4c74bcf4

Subscribe to this mod's changes

create-plan is a skill published in the GitHub repository markmhendrickson/foundation (2 stars, last pushed 1mo ago), licensed MIT. It adds 25 tokens to every session and 686 once invoked, about $0.0001 per session on Opus 5. A static security scan graded it A with 0 findings. It is 95% identical to create-plan, differing in 9 lines, and is treated as a copy.

Related

Other skills, from other repositories

systematic-debugging

Use when encountering any bug, test failure, or unexpected behavior, before proposing fixes.

obra/superpowers · 21 tokens

next-cache-components-adoption

Turn on Cache Components in a Next.js app and resolve the blocking routes it surfaces. Use when the user wants to enable, adopt, or migrate to Cache Components, flip the cacheComponents flag, work through a flood of blocking-prerender / instant validation errors, run the cache-components-instant-false codemod, or…

vercel/next.js · 95 tokens

babysit-pr

Babysit a GitHub pull request after creation by continuously polling review comments, CI checks/workflow runs, and mergeability state until the PR is merged/closed or user help is required. Diagnose failures, retry likely flaky failures up to 3 times, auto-fix/push branch-related issues when appropriate, and keep…

openai/codex · 114 tokens

imagegen

Generate or edit raster images when the task benefits from AI-created bitmap visuals such as photos, illustrations, textures, sprites, mockups, or transparent-background cutouts. Use when Codex should create a brand-new image, transform an existing image, or derive visual variants from references, and the output…

openai/codex · 113 tokens

cpu-profile-analysis

Analyze V8/Chrome CPU profiles (.cpuprofile) and DevTools trace files (Trace-.json). Use when: profiling performance, investigating slow functions, comparing code paths, finding bottlenecks, analyzing timeToRequest, understanding call trees from sampling profiler data, analyzing layout/paint/rendering, investigating…

microsoft/vscode · 71 tokens

next-cache-components-optimizer

Drive a Next.js route to instant navigation by setting up an agentic loop, under Cache Components / PPR, on initial load (hard navigation) and client-side navigation (soft navigation). Encode the goal as a failing @next/playwright instant() e2e and work it to green, one verified route at a time; the shipped test then…

vercel/next.js · 170 tokens