w-wayfinder

当通往目的地的路径需要跨越多个会话时使用。工单代表决策，而不是构建任务的切片。Clarify 用于填补零散的空白；grill 是一场设计树访谈；本手册用于应对迷雾。如果路径已经清晰，就停下来并建议使用 plan 或 build。不要在路线图上实现。不要创建 GitHub issue。

有两种模式。每个工作会话中最多解决一个工单。

制定路线图

用户以一个宽泛的想法发起。

1. 使用 grill 明确目的地。目的地决定范围。
2. 再次使用 grill，从广度优先的角度梳理未决决策和可着手的第一步。通过 council 探索事实。如果没有迷雾，就不要编写路线图；询问接下来该怎么做。
3. 按照 路线图输出 编写路线图。迄今为止的决策留空；将迷雾填入「尚未明确」；工单只记录已经明确的内容。
4. 在等待处理的工单上列出阻塞项。需要研究的工单：使用 council。外观与体验：使用 v0 或 ui 生成轻量产物，而不是产品 UI。默认工单：使用 grill。
5. 停止。制定路线图后即交接，不解决工单。

逐步推进

用户通过路线图（路径或打开的计划）发起。工单可选。

1. 以低分辨率加载路线图。了解目的地。
2. 处理指定工单，否则处理最前沿的工单。在开始任何工作前，先在路线图上将其标记为已认领。
3. 解决该工单。需要 HITL 决策时使用 grill。查找仓库内或文档中的事实时使用 council。调用备注中指定的技能。
4. 在工单上记录答案，将要点概括到「迄今为止的决策」下，然后关闭工单。将现在已明确的迷雾转为明确事项。将范围不符的工单移至「范围之外」。
5. 当没有待处理工单且没有迷雾时，路径就清晰了。交接给 plan，如果用户要求实现，再交接给 build。