路径超过一次会话且有迷雾时，用决策票地图分多次会话规划与推进

适用于通往目标的路径大于一次会话、且存在未定决策/迷雾，需要把探索过程组织成可交接的决策票地图时。

适用场景

解决思路

1. 当通往目的地的路径大于一次会话时，启动本 playbook。
2. Ticket 表示决策，不是构建切片。
3. 用 Clarify 处理稀疏缺口；用 grill 做设计树访谈；本 playbook 处理迷雾。
4. 当路径已经清晰时，停止并提供 plan 或 build。
5. 不要在地图上实现。
6. 不要创建 GitHub issues。
7. 本 playbook 有两种模式：Chart 和 Work through。
8. 在任何 work-through 会话中，绝不解决超过一个 ticket。
9. Chart 模式：由用户以一个松散想法调用。
10. 用 grill 命名目的地；目的地固定范围。
11. 再次用 grill 做广度优先探索，找出开放决策和第一批可执行步骤。
12. 通过 council 探索事实。
13. 如果没有迷雾，不要写地图；询问如何继续。
14. 按 references/map-output.md 写地图。
15. 将 Decisions so far 置空。
16. 将迷雾放在 Not yet specified。
17. 只把已经清晰的决策写成 ticket。
18. 在等待的 ticket 上列出 blocking edges。
19. 研究型 ticket：用 council。
20. 外观/体验型：用 v0 或 ui 作为低成本产物，而不是产品 UI。
21. 默认 ticket：用 grill。
22. 停止；Charting 只做交接，不解决 ticket。
23. Work through 模式：由用户以地图（路径或打开的 plan）调用；ticket 是可选的。
24. 低分辨率加载地图；定位到 Destination。
25. 取指定的 ticket，否则取第一个 frontier ticket。
26. 在任何工作前，在地图上将其标记为 claimed。
27. 解决该 ticket。
28. HITL 决策用 grill。
29. 仓库内或文档事实用 council。
30. 调用 Notes 中点名的技能。
31. 在 ticket 上记录答案。
32. 将其要点归入 Decisions so far。
33. 关闭 ticket。
34. 将现在已经清晰的迷雾提升为明确项。
35. 将范围错误的 ticket 移到 Out of scope。
36. 当没有 ticket 且没有迷雾剩余时，路径清晰。
37. 交接给 plan；如果他们要求实现，再交接给 build。

适用边界 · 注意事项

• 当通往目的地的路径已经清晰时，不要使用；停止并提供 plan 或 build。
• 如果探索后发现没有迷雾，不要写地图；询问如何继续。
• 不适用于直接实现或把 ticket 当作构建切片；不要在地图上实现，也不要创建 GitHub issues。