プロダクト
レビューは意図差分。クローズアウトは次のスライスを準備します。
Intent-System の作業単位は PR ではなく、ループです。完全なサイクルは Issue → 実装 → レビュー → 修正 → 承認 → クローズアウト → 次のスライス。herdr-only のオーケストレーション経路とタイマーループの代替手段は同じレビューのロジックを使い、作業の委譲方法だけが異なります。
7 ステップ
01
パケット生成
設計スレッドが LLM に意図ツリーをパケット (Issue より一段抽象度が高く、意図への参照と検証観点を持つ作業単位) に切り出させる。昇格前に、設計スレッドがマージ済みアプリを動かし画面レベルの所見をパケットに折り込む。
02
Issue 切り出し
DIF が十分高く依存が解けたパケットが、実装リポジトリの Issue になる。Issue は最初から「なぜ作るか」を持っている。
03
実装
実装スレッドがパケットと意図を読み、実装し、設定済みの対象ブランチまたは名前付きレーンに PR を開く。主となる 4 スレッドモデルではオーケストレーターが選択済みのセッション層を通じて作業単位を委譲します。herdr-only は同じ環境に集まるチーム向けの推奨されるプレビュー外の経路で、タイマーループも対応する代替手段として残ります。
04
レビュー
別 cwd のレビュースレッドが PR とパケットを意図ツリーに照らして差分を取る。所見は 3 種類: 合格 / 直す / Intent を直す。マージ前に人間が最終承認。
05
修正
直す場合: 実装スレッドが自分の PR に修正を入れ、プッシュし、更新された PR をレビュースレッドに戻す。Intent を直す場合: クラリフィケーションが設計スレッドに戻る。
06
受け入れ + クローズアウト
PR が設定済みの対象ブランチまたは名前付きレーンにマージされる。差分は canonical として Intent ツリーに書き戻され、state ファイル (queue / runs) が更新される。
07
次のパケットを再評価
Approve でループは 01 に巻き戻る。マージ後のツリーから、設計スレッドが次にどのパケットを生成するか再評価する。この巻き戻しが、次の作業を安定して生み出す肝。
herdr-only オーケストレーション
レビューの規則は変わらない
主モデルでは、レビューの受け手が 1 件の具体的な作業を待つ間も herdr 上で見え、監督されます。完了後、オーケストレーターが intent-cli / GitHub / 期待成果物に対して担当宣言を検証してから、マージ、クローズアウト、次のスライスの公開に進みます。 オーケストレーションモデルを読む →
3 種類のレビュー所見
- 通過. 実装が Intent を満たしています。クローズアウトへ進む。
- 直す. 実装は調整が必要。Intent は変えません。実装者が PR を直す。
- Intent を直す. Intent そのものが間違っていた / 曖昧でした。クラリフィケーションが Ⓐ-③ に戻ります。