プロダクト
レビューは意図差分。クローズアウトは次 slice を準備します。
Intent-System の作業単位は PR ではなく、ループです。完全なサイクルは issue → implement → review → fix → accept → closeout → next-slice。timer-loop mode と Orchestrator Mode は同じ review logic を使い、作業の委譲方法だけが異なります。
7 ステップ
01
packet 生成
設計スレッドが LLM に意図ツリーを packet (Issue より一段抽象度が高く、意図への参照と検証観点を持つ作業単位) に切り出させる。昇格前に、設計スレッドが merge 済みアプリを動かし画面レベルの所見を packet に折り込む。
02
Issue 切り出し
DIF が十分高く依存が解けた packet が、実装リポジトリの Issue になる。Issue は最初から「なぜ作るか」を持っている。
03
実装
実装スレッドが packet/intent を読み、実装し、対象 branch に PR を開く。確立済みの timer loop で駆動することも、Orchestrator Mode の message で駆動することもできます。
04
レビュー
別 cwd の review thread が PR を packet と意図ツリーと差分する。所見は 3 種類: pass / 直す / Intent を直す。merge 前に人間が最終承認。
05
修正
直す場合: 実装スレッドが自分の PR に修正を入れ push、更新された PR をレビュースレッドに戻す。Intent を直す場合: クラリフィケーションが設計スレッドに戻る。
06
受け入れ + クローズアウト
PR が ai-develop にマージされる。diff は canonical として Intent ツリーに書き戻され、state ファイル (queue / runs) が更新される。
07
次 packet 再評価
Approve でループは 01 に巻き戻る。merge 後のツリーから、設計スレッドが次にどの packet を生成するか再評価する。この巻き戻しが、次の作業を安定して生み出す肝。
Orchestrator Mode
review の規則は変わらない
Orchestrator Mode では、review receiver は自分で timer polling せず、具体的な message を待ちます。返信後、orchestrator が intent-cli と GitHub でその claim を検証してから、merge、closeout、next-slice publication に進みます。 Orchestrator Mode を読む →
3 種類のレビュー所見
- 通過. 実装が Intent を honor しています。クローズアウトへ進む。
- 直す. 実装は調整が必要。Intent は変えません。実装者が PR を直す。
- Intent を直す. Intent そのものが間違っていた / 曖昧でした。クラリフィケーションが Ⓐ-③ に戻ります。