プロダクトSUPPORTED ALTERNATIVE
3 スレッドのタイマーループ ── よりシンプルな代替手段。
タイマーループは現在も完全対応です。設計・実装・レビューを 3 つの独立スレッドとして動かし、実装・レビューは 4 つ目のオーケストレーターから委譲を受ける代わりに、それぞれのスケジュールで起動します。メッセージ駆動の調停より構成の少なさを優先するときに選びます。
新規の導入では、このサイトはリリース済み v0.22.0 の 4 スレッドモデルと、同じ環境に集まるチーム向けに推奨されるプレビュー外の herdr-only を主軸に紹介します。 主要モデルを見る →
この図はタイマーループという代替手段を示します。⑤ の Approve で ③ に戻り、次のパケットをマージ後の状態に対して再評価します。
今も選ばれる理由
調停インフラが少ない
- オーケストレーターのスレッドやメッセージバスは不要です。実装とレビューが独立して起動し、正本の状態を確認します。
- 実装とレビューは引き続き別フォルダーで動くため、レビューの構造的な独立性は保たれます。
- Issue → PR → レビュー → 修正 → クローズアウトの規則は同じです。変わるのは委譲の仕組みだけです。
代替手段を始める
intent-cli に子実装ループを依頼する
intent-cli にリポジトリを確認させ、エージェントとスケジューラーに合った導入手順を出させます。同じドメイン／リポジトリでオーケストレーターモードと組み合わせないでください。
<owner>/<repo> の child implementation loop を設定してください。 intent-cli に次の手順を聞いてください。
1 ワークフローにつき 1 モード
タイマーループと 4 スレッドモデルはレビューとクローズアウトの規則を共有しますが、同じドメイン／リポジトリを同時に駆動してはいけません。以前のドライバーを止め、新しい導入を検証してから切り替えます。