Pipeline
作業を順番に受け渡すステージ — 調査、実装、レビュー — 品質ゲートが不良な引き継ぎを早期に拒否する。
ほとんどの実際のコーディングセッションはすでにパイプラインになっている：調査、次に実装、次にレビュー。各エージェントの出力が次のエージェントの入力になる。Pipeline は、その構造を明示化し、ターミナル間でテキストを往復させる手間を省く。
the Builder で Cmd+2 / Ctrl+2 を使って構築するか、composer から直接開始できる。
ステージ
Pipeline は順序付けられたステージのリストである。各ステージにはエージェント、モデル、brief が設定され、前のステージの出力を入力として受け取る。
順序が即興ではなく宣言されているため、どのエージェントが何をしているかが一目でわかる — エージェント自身も同様だ。
品質ゲート
ステージは受け取った引き継ぎを承認または拒否できる。
これがこの機能の核心である。ゲートがなければ、破綻した初稿に対する洗練されたレビューが、現実にありしかもコストの高い結果となる。ゲートがあれば、拒否はステージ4ではなくステージ2で発生する。
拒否は上限付き — デフォルトで2ラウンド。それを超えると、Pipeline は意見の食い違う2つのエージェント間で永遠にループするのではなく、あなたにエスカレーションされる。
composer から開始する
文章として記述する：
auth のバグを調査して、then grok が修正案を起草して、then opencode がレビューする
これは Pipeline として認識され、現在のターミナルがステージ1になる。then という単語が合図である — Auto モードの Agent Input は、Pipeline を選択したこととその理由を伝える。
実行の確認
Mission Control は実行中の Pipeline のステージストリップを表示するため、4ステージのレビューのデバッグは組織図ではなく4ステージのレビューそのもののように見える。
中断された実行 — 意図的な停止も含む — は Run & Logs に一覧表示され、実行詳細でエラー理由が確認でき、オーケストレーションログを添付した zip としてエクスポートできる。
Pipeline か Hierarchy か？
- 作業に順序がある場合は Pipeline：これをやって、次にあれをやって、次に他のことをやる。
- 作業に指揮系統がある場合は Hierarchy：リードが作業を分配し、結果を回収する。
- 作業が並列でエージェントが対等な場合は Team または Swarm。
Pattern Guide — Agent Input のモードコントロール横の ? — は5つすべてを並べて、それぞれを区別する1つの動詞と共に表示する。