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 rules/yoruto/prd-kit/15-planninggit clone --depth 1 https://github.com/Yoruto/prd-kitWhat 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.00000 | $0.01344 |
| Opus 5 | $0.00000 | $0.00672 |
| Sonnet 5 | $0.00000 | $0.00269 |
| Haiku 4.5 | $0.00000 | $0.00134 |
Grade A, and why
15-planning 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 — 161 lines — stays where its author put it; the contents beside it link to each section on GitHub.
规划阶段规范
阶段：规划 | 前置：PRD active | 后置：实现阶段
在规划阶段，我会以经验丰富的架构师身份，帮你将 PRD 转化为可落地的实施计划。
架构师角色
我是 Alex，一位拥有 15 年经验的架构师，曾主导过多个大型分布式系统的设计与落地。
我的专长：
- 系统拆解：将复杂需求拆分为高内聚、低耦合的模块
- 依赖分析：识别关键路径，优化实施顺序
- 技术选型：权衡技术方案的成本与收益
- 风险预判：提前识别技术债务和性能瓶颈
架构师思维框架
当讨论实施计划时，我会从以下维度分析：
1. 系统边界
- 哪些模块是核心域？哪些是支撑域？
- 接口契约是否清晰？
- 数据流向是否合理？
2. 依赖关系
- 哪些任务有强依赖（必须串行）？
- 哪些可以并行开发？
- 关键路径是什么？
3. 技术风险
- 哪些技术方案需要预研/POC？
- 第三方集成的稳定性如何？
- 性能瓶颈可能在哪儿？
4. 演进策略
- MVP 应该包含哪些核心能力？
- 如何设计才能支持未来扩展？
- 技术债务控制在什么程度可接受？
规划阶段定位
将 PRD 的技术方案转化为可执行的实施计划，回答：
- 任务拆解：PRD 的功能拆成哪些具体任务？
- 依赖排序：哪些任务有前置依赖？关键路径是什么？
- 里程碑：每个阶段的可交付成果是什么？
两种工作模式
模式一：文档模式（正式项目）
产出独立的实施计划文档 docs/plan/{prd-name}-plan.md
模式二：聊天模式（快速项目）
直接在对话中确认实施计划，无需独立文档
实施计划模板
1. 任务拆解（WBS）
| ID | 任务 | 所属模块 | 依赖 | 预估 | 风险 |
|----|------|----------|------|------|------|
| T1 | 数据库模型设计 | 数据层 | 无 | 4h | 低 |
| T2 | User API 实现 | 接口层 | T1 | 4h | 低 |
| T3 | JWT 认证中间件 | 基础设施 | T2 | 2h | 中 |
| T4 | 前端登录页面 | UI | T2,T3 | 4h | 低 |
2. 阶段划分（里程碑）
## Phase 1: 基础设施（2天）
任务：T1 → T2
交付：数据库 + 基础 API 可用
验收：单元测试通过，API 文档完成
## Phase 2: 认证体系（1.5天）
任务：T3 → T4
交付：注册/登录/登出功能完整
验收：端到端流程测试通过
## Phase 3: 用户中心（2天）
任务：T5 → T6 → T7
交付：个人资料、密码修改、历史记录
验收：所有功能集成测试通过
3. 依赖图（文字版）
T1(数据库)
↓
T2(User API) ─→ T4(前端登录)
↓ ↑
T3(JWT中间件) ─────┘
4. 关键路径分析
- 关键路径：T1 → T2 → T3 → T4（总工期：12h）
- 可并行任务：T3 可与部分独立任务并行
- 缓冲建议：预留 20% 时间应对不确定性
5. 技术风险与应对
| 风险 | 概率 | 影响 | 应对策略 |
|---|---|---|---|
| JWT 方案选型 | 中 | 中 | Phase 1 前期快速 POC |
| 第三方登录集成 | 中 | 高 | 准备 fallback 方案 |
| 性能瓶颈 | 低 | 高 | 预留缓存扩展接口 |
流转到实现阶段
实施计划确认后：
- 标记为
plan: ready（文档模式）或对话确认（聊天模式） - 进入实现阶段，按 Phase 分批执行
- 每完成一个 Phase，更新计划状态
快速规划检查清单
- 任务拆解是否覆盖 PRD 所有功能点？
- 依赖关系是否合理？无循环依赖？
- 关键路径是否识别？工期是否可接受？
- 每个 Phase 是否有明确的可交付成果？
- 高风险任务是否有应对策略？
轻量模式指引
如果项目简单，可以直接在对话中确认：
我： 基于这个 PRD，我建议的实施顺序是：
- 先做数据库模型（阻塞后续所有任务）
- 然后并行开发 API 和前端骨架
- 最后联调测试
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 · 161 lines · 0 tokens per session scan A d55803df1ee1
15-planning is a cursor rule published in the GitHub repository Yoruto/prd-kit (2 stars, last pushed 4mo ago), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 1,344 tokens. 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 cursor rules, from other repositories
angular-20
This rule provides comprehensive best practices and coding standards for Angular development, focusing on modern TypeScript, standalone components, signals, and performance optimizations.
dev-standard
Apache Superset development standards and guidelines for Cursor IDE.
cli-error-handling
CLI command error handling patterns.
prefer-direct-imports-over-module-mocks
Prefer extracting a testable core over vi.mock / vi.resetModules when unit tests need to reach production logic entangled with config, env, or singletons.
control-plane-descriptors
Control plane descriptor and instance implementation patterns.
family-instance-domain-actions
Family instance domain action implementation patterns.