Intent-System を試す

intent-cli は intent-cli で開発しています

現在の intent-cli 自身の開発は 1 席の構成です。1 つの conductor と、独立したレビューのたびに起動する新しい subagent に、別ベンダーのモデルによるレビューを組み合わせています。各 PR にそのレビュー記録が残るので、運用の実際を公開の場で確かめられます。

2026-09-22 時点で、intent-system リポジトリでマージされた 891 件の PR のうち 643 件が、intent-cli で切り出して追跡したユニットです。

これから作る機能を 1 つ、問い詰めてもらう

大事にしているリポジトリでコーディングエージェントを開き、<topic> を実際の機能に置き換えて貼り付けます:

intent-cli で <topic> を grill してください。
intent が packet にできる状態になるまで、1 問ずつ質問を続けてください。

何が起きるか: エージェントが intent-cli の grill ガイドを読み、まず既存のコードと文書を調べ、未決事項を依存順に並べ、最も先に決めるべき問いを 1 つ聞いてきます。リポジトリに書いてあることを聞き直さず、1 回に 1 つの判断だけを求めます。

grill 自体は読み取り専用で、何も書き込まず、何も公開しません。回答を判断の記録として残すには、ホストの初期化(intent init)とドメインが必要です。Issue になるのは、その記録からパケットを作ったあとです。どちらも次の段階で行います。

1 ユニットを、マージされた PR まで通す

solo-conductor は 1 席のチームモードです。1 つのスレッド(conductor)が architect・orchestrator・builder を兼ねます。レビューの独立性は保たれます。レビュー・再レビューのたびに、変更を書いていない新しい subagent を conductor が起動し、その判定を独立したレビューとして記録します。

スレッドは、いつも使っている場所で動かしてください。Claude デスクトップアプリ、ターミナルの Claude Code、Orca Run などです。レビュー用の subagent は、そのスレッド自身が同じセッションの中で起動します。トランスポートもペインの配置も seat roster も要りません。 1 スレッド + subagent の仕組みを詳しく →

エージェントに渡すプロンプト

このリポジトリで intent-cli を、1 席の solo-conductor チームとしてセットアップしてください。
intent-cli のホスト初期化の案内に従い(まず dry-run)、私が決めるべきことは私に確認してください。
team_mode を記録する前に、このホストを読む intent-cli がすべて v0.32.0 以上であることを確認してください。
team_mode=solo-conductor を記録し、guide bootstrap が solo-conductor-complete を返すことを確認したら、
intent-cli guide solo-conductor で最初のユニットを進めてください。
レビューのたびに新しい subagent を起動し、Issue の公開とマージの前には私に確認してください。

エージェントが実行すること

1. 01
   ホストを初期化する

   intent init を、まず dry-run、次に --write で。他の構成とまったく同じ手順です。

2. 02
   モードを記録する

   intent-cli team-mode set --domain <domain> --team <team> --mode solo-conductor --write

3. 03
   確認する

   intent-cli guide bootstrap --domain <domain> --team <team> が、solo-conductor-team-bootstrap を state solo-conductor-complete で返します。

4. 04
   ユニットごとに 10 手順のループを回す

   intent-cli guide solo-conductor が、設計の claim・パケット・Issue・実装・PR・独立したレビュー・修正・マージ・クローズアウトまでのループと、レビュアーの独立性を保つ規則を示します。

任意: 別ベンダーのモデルにもレビューさせる

チームを .intent-cli/config.toml の [[cross_runtime_review.teams]] で宣言します。宣言に並べたリポジトリでは、PR の承認に、別のランタイム(Codex・Claude・Cursor・Copilot・OpenCode)による判定が、その PR の現在の head コミットに対して記録されていることが必要になります。publish-flow で Issue を公開するときも、パケットに対する設計レビューの判定が必要になります。intent-cli はレビュー用プロンプトを出して判定を記録し、レビュアーを実行するのは席の側です。intent-cli 自身も、いまこの形でレビューしています。

これらのゲートは誠実な運用を誠実に保つためのもので、セキュリティ境界ではありません。gh pr merge など他の経路にはゲートがかかりません。

制約: 1 度に 1 ユニットだけ。独立した subagent を起動できるエージェントランタイムでのみ使えます。起動できない場合は複数席の構成を使ってください。conductor を Orca Run で動かしている場合は、その Run を solo チームにも記録できます(session-layer topology record-orca-run)。

ホストを他のマシンや席と共有している場合は、モードを記録する前に、そのホストを読む intent-cli をすべて v0.32.0 にしてください。古い intent-cli は solo-conductor を含む team-mode.json を拒否し、そのホストのすべてのチームでファイル全体の読み込みに失敗します。

コードを書かずに意図を整理して Issue を公開する

team_mode=authoring-only では、コードを書かずに意図を整理して Issue を公開できます。エージェントが意図を聞き取り、パケットを作成します。実装は別のチーム・人・ベンダーが担えます。このモードに配信構成や配信担当席はなく、配信の監督も対象外です。

<domain> では team_mode=authoring-only を使ってください。
intent を私に interview し、packet を author し、Issue を publish する前に承認を求めてください。
delivery topology や seat は作らず、authoring audit と external handoff を報告してください。

リリース済みの契約を一か所に

コマンド出力の境界: intent-cli は決定論的な案内を出し、ワークフローの状態を記録・検証します。承認後に herdr・プロバイダー・スケジューラーを実行するのは、コーディングエージェントまたは運用担当者です。intent-cli はそれらを起動せず、herdr を操作せず、スケジューラーを登録しません。