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.
npx agentmods add skills/weiyi88/cc-code/plan-prd-featurenpx skills add weiyi88/cc-code --skill plan-prd-featuregit clone --depth 1 https://github.com/weiyi88/cc-codeWhat 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.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00250 | $0.06996 |
| Opus 5 | $0.00125 | $0.03498 |
| Sonnet 5 | $0.00050 | $0.01399 |
| Haiku 4.5 | $0.00025 | $0.00700 |
Grade A, and why
plan-prd-feature 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 2d ago.
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.
How it starts
The opening of the file, as written. The whole thing — 393 lines — stays where its author put it; the contents beside it link to each section on GitHub.
/cc-code:plan-prd-feature — 增量需求规划器（第一动作即 plan 模式）
⭐⭐⭐ 触发后第一动作 = call
EnterPlanMode工具。 所有体检 / 侦察 / 三件套 / 交谈都在 plan 模式内做，没有 plan 外窗口。 适用场景：MVP 已交付，在既有实现上做功能迭代。 0→1 定全量请用/cc-code:plan-prd-mvp。
⛔ 六条铁律（违反任一即本次规划无效）
铁律 1：第一动作 call EnterPlanMode
触发后，在 call EnterPlanMode 之前，不许做任何动作：
- ❌ 不许先 Read
Agent.md/status.md - ❌ 不许先 codegraph 探测
- ❌ 不许先输出三件套
- ❌ 不许先输出「请主人审阅决策清单」
- ✅ 唯一允许的第一动作：call
EnterPlanMode工具
铁律 2：codegraph 只准校准 L3，永不许生成 L1 / L2 / L4
这是插件信息流铁律，本 skill 最易踩的坑 —— 迭代场景下代码已存在，AI 会本能地"读代码推需求"，那是需求层被实现层反向污染。
codegraph 的产出只许流向三处：
✅ 判定「已实现 / 未实现」 —— 纯事实陈述
✅ 算改动爆炸半径（impact / callers） —— 纯事实陈述
✅ 校准 L3 契约的实现状态标记 —— Architect 契约纪律授权
⛔ 绝不许反推「所以需求应该是 X」 —— L1 唯一来源 = 主人的话
⛔ 绝不许反推「所以断言应该是 Y」 —— L1 / L4 禁生成
⛔ 绝不许反推「所以界面应该长 Z」 —— L2 唯一来源 = 主人的话
新需求的逻辑与原型只能从【与主人的对话】长出来。
codegraph 只提供「现状那一半」，用于双联对比与冲突取证。
铁律 3：契约漂移禁沉默
codegraph 撞出「代码 ≠ active/api.md / active/data.md 契约」时，立即停下逐条请主人二选一：改代码回归契约 / 修契约并记录。禁止默默按代码算、也禁止默默按契约算。
铁律 4：禁批量决策清单
⛔ 禁止「全量输出决策清单，可全量接受 / 逐项修订 / 否决某项」。 必须逐点提问：一次只问一个模糊点或一条冲突，等主人答，再问下一个。
铁律 5：禁塞单一文件
⛔ 禁止把所有产出一股脑写进 active/prd.md。必须按内容性质路由到对应层的文件，一层一文件一角色（见「五、落盘路由表」）。
铁律 6：越权红线
⛔ active/gates.md —— QA 唯一域，本 skill 绝不写
⛔ src/ 与测试目录 —— Dev 唯一域，本 skill 绝不写
⛔ active/Agent.md 权限路由表 —— 人的域，一个字不许动
✅ active/Agent.md「当前激活角色」一行 —— 仅在主人当场确认后代笔改
一、生命周期总览
触发 /cc-code:plan-prd-feature "<新需求>"
│
Step0 ⭐ call EnterPlanMode（第一动作，Write/Edit 当场锁死）
│ ══════════════ 以下全程 plan 模式内（只读 + 文字输出）══════════════
Step0.5 规范体检门
│ 项目 active/Agent.md ⟷ 插件规范比对
│ 宪法比规范薄 → ⚠️提醒升级，不阻断，按插件规范推进
│ 目录形态偏离 → ⛔停手，要求先跑 /cc-code:init
│
Step1 基线锁定（只读，守上下文最小化）
│ Agent.md → 锁角色权限路由表
│ status.md → 里程碑=已开发 · 下一步=已规划未开发 · Blockers
│ prd.md → 章节标题 + 模块清单 + 断言最大编号 + Out of Scope
│ gates.md → 已 PASS / FAIL / UNVERIFIABLE / ESCALATE
│
Step2 codegraph 侦察（受铁律 2 约束，只取事实）
│ ⓪ 新鲜度保险 → status --json：pendingChanges 非 0 则先 sync
│ ① explore(需求原话) → query(实体名) → node(读符号)
│ ② impact(核心符号) → 传递闭包真半径（比 callers 一层准）
│ ③ files → 目录树现状 ⟷ project.md §三 目录规约 对账
│ ④ affected(涉及文件) → 测试影响面，写进差异表
│ 顺手撞契约漂移 → 触发铁律 3
│
Step3 需求逐点三态判定（禁悬空，每点必须落格）
│ ✅已实现 / ⚪未实现无冲突 / ⛔未实现有冲突
│
Step4 冲突逐条硬门控（一次一条，四选一，未裁决完禁 ExitPlanMode）
│
Step5 输出三件套（ascii）
│ ① 逻辑图 ② 原型双联 ③ 差异表（带落盘路由列）
│
Step6 逐点循环至通顺（⛔禁批量决策清单）
│ 否 → 问下一个 → 回 Step5 刷新
│
Step7 三门齐开才 call ExitPlanMode
│ ══════════════ 退出 plan 模式 ══════════════
Step8 按层分批切角色落盘（PM 批 → Architect 批）
│
Step9 顺手更新 status.md 坐标 → 提示走 /cc-code:agent-to-mvp
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.
- 2d ago First seen · 393 lines · 250 tokens per session scan A 498dd168489c
plan-prd-feature is a skill published in the GitHub repository weiyi88/cc-code (5 stars, last pushed 7d ago), licensed MIT. It adds 250 tokens to every session and 6,996 once invoked, about $0.0013 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
state-machine
Task lifecycle state transitions with validation gates. Defines states, triggers, and required proofs.
skill-creator
Create new skills, modify and improve existing skills, and measure skill performance. Use when users want to create a skill from scratch, edit, or optimize an existing skill, run evals to test a skill, benchmark skill performance with variance analysis, or optimize a skill's description for better triggering accuracy.
mutation-testing
Mutation testing patterns for verifying test effectiveness. Use when analyzing branch code to find weak or missing tests.
planning
Planning work in small, known-good increments. Use when starting significant work or breaking down complex tasks.
testing
Testing patterns for behavior-driven tests. Use when writing tests or test factories.
davinci-define
Apply the 7 Da Vincian Principles to define problems, set direction, and reflect on life choices. Use for career decisions, goal setting, life planning, or when you need to clarify what the real question is before solving it.