用途
sdlc-create-plan 用于软件开发生命周期的规划阶段。它接收两份已批准的输入：同一 work-item 目录下的 intent.md 和 spec.md（分别对应“已批准的意图”和“规格”），据此生成一份自包含的实施计划文件 plan.md。该阶段不创建单独的任务产物，也不修改生产代码。
主要能力
- 输入校验：要求同一工作项目录内存在已批准的 intent.md 与 spec.md。
- 上下文检查：查看仓库、相关指令、当前实现、接口、依赖和工程约定，使方案与仓库现状保持一致。
- 方案制定：选择与仓库一致的实现路线，识别受影响的组件，并评估兼容性、迁移、安全、运维和依赖方面的实质性问题。
- 任务分解：只把已批准范围内的必要工作拆成按依赖顺序排列、可独立验证的任务；每个任务含明确目标、有意义的任务清单、依赖（如适用）、验证标准，以及初始状态 Status: pending。
- 计划内容：包含测试策略和一段简短的、可续接的交接说明。资料给出的推荐结构包括 Implementation Plan、Approach、Affected Components、Implementation Tasks、Risk and Dependencies、Final Validation、Handover 等部分；其中 Handover 记录 Current、Next、Blockers 三项。
- 保持适度：强调计划规模与工作项相称，不添加无关重构或新功能。
使用方式
本技能按工作流方式使用：准备已批准的 intent.md 和 spec.md，触发本技能以生成或更新 plan.md。若规划过程中发现规格存在真实缺口，应报告并返回规格修订，而不是静默更改需求。若规格对某个实质性方案选择未作决定，应通过智能体的交互式提问工具询问（如 Claude Code 的 AskUserQuestion），一次调用中归组相关问题，每题提供 2-4 个选项，推荐项放首位并标注“(Recommended)”；没有此类工具时才使用纯文本提问。其余未决事项记录为假设。
适用场景
适用于已有明确意图与规格、需要产出可执行实施计划的软件开发工作项，尤其是希望在仓库上下文中完成任务拆解、验证设计与交接安排的团队流程。
限制
- 不创建独立任务文档，不修改生产代码。
- 不添加超出批准范围的功能或无关重构。
- 需求变更时需回到规格阶段；结果或范围变化时还需回到意图阶段。
- 计划批准后才交接给 sdlc-execute-plan；实质性方案或任务变更需修订 plan.md。
- 具体支持的平台、收费与价格信息暂未提供。