w-wayfinder

目的地までの道のりが1回のセッションより長い場合に使います。チケットは判断事項であり、実装の区切りではありません。Clarify は不足部分を絞り込み、grill は設計ツリー形式のインタビューを行います。このプレイブックで扱うのは、まだ見通しの立たない部分です。道筋がすでに明確な場合は、ここで止めて plan または build を提案してください。マップ上で実装しないでください。GitHub の Issue は作成しないでください。

モードは2つあります。1回の作業セッションで解決するチケットは、必ず1件までにしてください。

マッピング

ユーザーが漠然としたアイデアを提示して開始します。

1. grill で目的地を定めます。目的地によってスコープが決まります。
2. さらに grill で幅優先に掘り下げ、未決事項と最初に着手できるステップを洗い出します。council で事実を調べます。不確かな点がなければ、マップは作成せず、次の進め方を尋ねます。
3. map output に従ってマップを作成します。「これまでの決定事項」は空にし、不確かな点は「未指定」に記載します。チケットにするのは、すでに明確になっている事項だけです。
4. 後続待ちのチケットには、ブロックしている依存関係を列挙します。調査が必要なチケットには council を使います。見た目に関するものには、プロダクト UI ではなく、手軽な成果物として v0 または ui を使います。デフォルトでは grill を使います。
5. ここで止めます。マッピングは引き継ぎを行うものであり、チケットを解決するものではありません。

作業を進める

ユーザーがマップ（パスまたは開いているプラン）を指定して開始します。チケットの指定は任意です。

1. マップを低解像度で読み込みます。「目的地」を確認します。
2. 指定されたチケット、なければ最初のフロンティアチケットに着手します。作業を始める前に、マップ上でそのチケットを担当中にします。
3. チケットを解決します。HITL の判断には grill を使います。リポジトリ内やドキュメントの事実確認には council を使います。「メモ」に記載されたスキルを呼び出します。
4. チケットに回答を記録し、その要点を「これまでの決定事項」に記載して、チケットをクローズします。明確になった不確かな点をチケットに昇格させます。スコープ外になったチケットは「対象外」に移します。
5. チケットも不確かな点も残っていなければ、道筋は明確です。plan に引き継ぎ、実装を依頼された場合は続けて build に引き継ぎます。