用途：当松散想法需要不止一次智能体会话才能变成计划时使用。它创建一张有状态的决策地图（Markdown 文件），并驱动用户按顺序处理工单，逐条解决开放问题。
决策地图：每次规划对应一个紧凑的 Markdown 文件，与项目一起用 git 跟踪，是权威产物；整个地图会作为上下文加载到每次会话，因此必须保持紧凑。工单中创建的资产应在地图中链接，而非复制进地图。
结构：编号条目（工单），每项以编号作为小节标题，包含 Blocked by、Type（Research | Prototype | Grilling）、Question 与 Answer。每个工单须控制在一个 100K token 智能体会话内完成。
工单类型：Research 用于阅读文档、第三方 API 或本地知识库，产出 Markdown 摘要资产；Prototype 用于编写 UI 或逻辑代码验证假设、探索设计空间，使用 /prototype 技能，产出原型资产；Grilling 是与智能体对话，使用 /grilling 和 /domain-modeling 技能，一次只问一个问题，为默认情况。
战争迷雾：地图在边界之外刻意不完整，任务是调查边界、按序解决工单以推进边界。当迷雾被推得足够远、通往终点的路径清晰时，不再需要工单，地图即视为完成。
调用方式：一是引导（Bootstrap），用户带着松散想法调用，运行 /grilling + /domain-modeling 会话浮现开放决策，一次一问，写出一张新地图（大部分是迷雾，标出边界，可轻易决定的事项就地解决），然后停止，不在此会话中解决工单。二是恢复（Resume），用户带着已有地图路径和工单编号调用，加载整张地图作为上下文，运行会话解决该工单，必要时调用技能，将本次会话的结论记录到工单正文，并新增发现的工单（带正确的 blocked_by 边），然后停止；若已做决策使地图其他部分失效，则更新或删除相应节点。
并行与跳过：用户可并行运行工单，应预期其他智能体会修改地图。若初始提问后没有迷雾、没有未解决工单，可让用户选择跳过多决策地图，此时建议直接实现或使用 /to-prd 安排多会话实现。
限制：资料未提供收费、平台、效果等更多信息；工单规模与地图紧凑度是关键约束。