用途：把一份 PRD（产品需求文档）拆解为分阶段实施计划，每个阶段是一条贯穿所有集成层的垂直切片（tracer bullet），最终生成项目 plans 目录下的 Markdown 文件，并可选在 GitHub 上发布为子议题。
主要能力：解析 PRD 来源（显式 GitHub issue 参数、对话中的 issue 链接、带 <!-- gh-issue: N --> 尾注的本地 PRD 文件，或纯本地内容）；检测 GitHub 可用性（git remote get-url origin、gh auth status）；识别持久架构决策（路由、数据库结构、数据模型、鉴权、第三方边界、i18n 命名空间）；评估 i18n 影响；按垂直切片划分阶段并控制阶段粒度；记录跨阶段演进与向前兼容点；向用户确认拆分粒度；在写入前对真实代码库做独立复核（含来源准确性、架构可行性、跨阶段一致性、决策完整性、PRD 覆盖、验收标准可验证性、i18n 完整性等检查清单）。
使用方式：作为技能调用，可传入 issue 编号或 URL，或用 --no-github 强制纯本地模式。GitHub 模式下会运行 gh issue view <n> --json number,title,url,updatedAt 等命令。计划不包含分支创建、逐阶段提交、PR 提交与合并部署流程，这些由 run-plan 统一处理。
适用场景：已有 PRD、需要生成可执行分阶段实施计划的开发工作流，尤其适合与 write-a-prd 技能衔接。
限制：GitHub 不可用且 PRD 声称已发布时会明确失败，不会静默降级；阶段划分需用户确认；验收标准必须可由 Review agent 仅凭仓库验证，仅人工可满足的标准需以 Human verifies 开头标注。具体收费、价格与平台支持范围暂未提供。