技能concise-planning
C

concise-planning

当用户询问编程任务的计划时,请生成一个清晰、可执行且步骤细化的操作清单。

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

技能概述

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

适用场景

  1. 新功能开发规划

    • 接到产品需求后,快速将功能需求分解为 6-10 个原子化的开发步骤
    • 自动识别技术约束(语言、框架、测试要求)
    • 生成包含验证和提交环节的完整行动计划
  2. 代码重构任务

    • 将重构目标拆解为具体的代码变更步骤
    • 确保每个步骤都是可独立验证的原子操作
    • 避免大规模重构带来的风险
  3. 紧急任务快速响应

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

核心功能

  1. 智能上下文扫描

    • 自动读取项目的 README.md 和相关文档
    • 识别技术栈约束(编程语言、框架、测试工具)
    • 基于现有代码结构制定符合项目规范的任务步骤
  2. 最小化交互设计

    • 只在真正阻塞时才提问,最多 1-2 个问题
    • 对非关键未知项做出合理假设
    • 快速进入执行状态,避免过度讨论
  3. 原子化任务生成

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

常见问题

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

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

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

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

生成的计划可以修改吗?

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