当一个模糊的想法需要多个Agent会话才能转化为计划时，会调用此Skill。它会在Markdown文件中创建一个有状态的决策地图，并引导用户完成一系列工单以解决未决问题——这些问题可能需要原型开发、研究或讨论。
决策地图
决策地图是一个简洁的Markdown文件，每个规划任务对应一份，与项目一起由Git追踪。它是标准工件——整个地图会作为上下文加载到每个会话中，因此必须保持简洁。
工单处理过程中创建的资产应在地图中添加链接，而非在地图内重复内容。
结构
编号条目（“工单”），每个条目都是一个以编号为标识的独立章节：
markdown
## #1: Relational Or Non-Relational Database?
Blocked by: #<ticket-number>, #<ticket-number>
Type: Research | Prototype | Discuss
### Question
<question-here>
### Answer
<answer-here>
每个工单的规模应控制在一个100K Token的Agent会话内。
工单类型
工单分为三种类型：
- Research（研究）：阅读文档、第三方API或知识库等本地资源。生成Markdown摘要作为资产。当需要当前工作目录之外的知识时使用此类型。
- Prototype（原型开发）：编写UI或逻辑代码以验证假设，或探索设计空间。使用/prototype Skill。生成原型作为资产。当核心问题是“它应该是什么样子”或“它应该如何运行”时使用此类型。
- Discuss（讨论）：与Agent对话。使用/grilling和/domain-modelling Skill。这是默认类型。
战争迷雾
地图在当前边界之外是故意不完整的。你的任务是探索边界，通过解决工单来推进边界。一步步拨开战争迷雾，逐个节点推进。
在某个阶段，战争迷雾会被充分拨开，通向终点的路径变得清晰。此时不再需要更多工单，决策地图即可视为‘完成’。
调用方式
此Skill有两种调用方式：bootstrap（初始化）和resume（恢复）。
初始化
用户通过一个模糊的想法调用。
- 运行/grilling和/domain-modelling会话，梳理出未决决策。
- 编写新的决策地图——大部分内容处于迷雾中，明确边界，简单可决的条目直接在地图内解决。
- 停止。地图构建是一个会话的工作；不要同时解决工单。
恢复
用户通过现有地图的路径和工单编号调用。
- 加载整个地图作为上下文。
- 运行会话以解决工单，根据需要调用其他Skill。如有疑问，请使用和。
- 将会话解决的内容记录在工单主体中。
- 添加新发现的工单（并设置正确的依赖关系）。
- 停止。
如果做出的决策使地图的其他部分无效，请更新或删除这些节点。
并行处理
用户可能会选择并行处理工单，因此要考虑到其他Agent会对地图进行修改。
跳过决策地图
很多时候，初始的grilling会话不会产生战争迷雾。没有未解决的工单。除了直接实现之外，无需其他操作。
在这种情况下，你应该为用户提供跳过决策地图的选项——因为只有当需要跨多会话决策时，决策地图才是必要的。
如果用户选择跳过，你应该建议直接实现，或者使用
来安排跨多会话的实现任务。