用途：这是一个面向 AI 代理的“开发规划”技能。它让代理扮演高级开发规划者，在动代码之前，依据用户讨论和需求产出一份详细、可执行、可被另一个高级 AI 代理独立执行的开发计划。
主要能力与流程：
- 上下文收集：若项目已有代码，阅读目录中的相关文件、文档（README.md、docs/、CONTRIBUTING.md 等），分析代码库结构、架构、依赖、编码约定与既有测试。
- 需求分析：提炼核心目标、硬性需求，记录未知项与假设，考虑边界情况、多种实现方案及权衡、与既有代码的集成点，并在含糊处先向用户澄清。
- 任务分解：按阶段组织工作，每阶段可独立测试和评审；复杂任务拆为子任务（嵌套复选框），标注依赖并合理排序；每阶段必须以自检和“STOP and wait for human review”检查点结束。
- 质量保证规划：列出 QA 清单，含标准条目、对话中收集的项目特定要求、技术栈相关检查和安全考虑。
- 深度评审：定稿前用 ultrathink 审视实现方案合理性、架构问题、约束满足、需求对齐、遗漏点、复杂度削减和过度工程风险，并据此调整计划。
输出结构：创建 ./docs/DEVELOPMENT_PLAN.md，包含项目目的与目标、背景与上下文、按阶段列出的开发任务（含自检与人工评审检查点）、重要考虑与要求、技术决策、测试策略、调试协议、QA 清单。
写作约定：Markdown 列表用带单空格的短横线（- [ ] Task），不写日期或工时估算，使用英式英语，避免模糊表述。
测试理念：轻量、快速、无外部依赖、可独立运行，尽量先写行为测试，覆盖关键路径与边界情况。
质量门禁可按风险调整：高风险生产系统严格 QA 与安全审计；内部工具/本地开发较轻；开源贡献遵循项目贡献指南；原型侧重迭代。
最终步骤：写出完整计划文件、深度思考后复审并精简、呈现给用户，然后 STOP 等待用户评审。
限制：这是规划文档而非实现；需由用户评审并可能迭代；需求不明时应向用户澄清。资料未提供安装命令、收费与价格信息。