concise-planning

Concise Planning - 快速生成可执行的编码任务计划

技能概述

当用户请求为编码任务制定计划时，Concise Planning 技能能快速生成清晰、可执行且原子化的检查清单，帮助开发者将复杂需求拆解为具体的实施步骤。

适用场景

新功能开发规划

- 接到产品需求后，快速将功能需求分解为 6-10 个原子化的开发步骤
- 自动识别技术约束（语言、框架、测试要求）
- 生成包含验证和提交环节的完整行动计划

代码重构任务

- 将重构目标拆解为具体的代码变更步骤
- 确保每个步骤都是可独立验证的原子操作
- 避免大规模重构带来的风险

紧急任务快速响应

- 在信息不完整的情况下，基于合理假设快速制定行动方案
- 通过最多 1-2 个关键问题确认阻塞点
- 优先生成可执行的计划，减少讨论时间

核心功能

智能上下文扫描

- 自动读取项目的 README.md 和相关文档
- 识别技术栈约束（编程语言、框架、测试工具）
- 基于现有代码结构制定符合项目规范的任务步骤

最小化交互设计

- 只在真正阻塞时才提问，最多 1-2 个问题
- 对非关键未知项做出合理假设
- 快速进入执行状态，避免过度讨论

原子化任务生成

- 每个步骤都是单一逻辑单元，可独立完成
- 动词开头（Add、Refactor、Verify），指令清晰
- 明确指定涉及的文件或模块
- 包含验证/测试环节，确保质量

常见问题

concise-planning 技能什么时候使用？

当用户明确表示需要为一个编码任务制定计划时使用，例如用户说"帮我规划一下这个功能怎么实现"、"给我一个重构的计划"或"制定开发步骤"。如果用户只是询问信息或想要直接开始编码，则不需要使用此技能。

为什么只问 1-2 个问题，信息不足怎么办？

Concise Planning 的设计理念是快速行动而非完美规划。对于非阻塞的未知信息，技能会基于开发最佳实践做出合理假设。如果后续发现假设有误，可以在执行过程中调整。这种方式比过度讨论更高效。

生成的计划可以修改吗？

当然可以。生成的计划是起点而非约束。开发者可以根据实际情况调整步骤顺序、增减任务或修改具体实施方式。原子化的任务结构使得修改某一步骤不会影响整体计划的清晰性。