プロダクト

Intent-System を試す

Intent-System は OSS で、intent-cli v0.22.0 はリリース済みの安定版です。herdr-only は同じ環境に集まるチーム向けの推奨されるプレビュー外の経路で、分散チームや既存の agmsg チームでは agmsg + herdr も利用できます。intent-cli は案内を出して状態を検証し、herdr・プロバイダー・スケジューラーを実行するのはコーディングエージェントまたは運用担当者です。

最初のエージェントチームを作る→GitHub で見る

インストール

v0.22.0 では .NET SDK 不要の Node/npm 経路が加わりました。intent-cli コマンドをグローバルに導入するには:

npm i -g intent-system

グローバルに導入せずに試す場合は npx を使えます。npx はツールを完全に実行し、グローバル導入を勧める 1 行だけを表示します。グローバルには自動導入しません。intent-cli --version で動作確認したら、Claude・Codex・Copilot などリポジトリにアクセスできるコーディングエージェントを開き、「intent-cli に現在のフェーズと次に決めることを聞いて」と伝えてください。

.NET SDK をすでに使っている場合は、.NET のグローバルツールも引き続き利用できます:

dotnet tool install -g JTechJapan.IntentSystem.Cli

GitHub のクイックスタート / ドキュメント→エージェントチームの仕組みを見る

推奨運用モデル

エージェントに herdr-only チームを作ってもらう

インストールは最初の一歩です。最初の有用な節目は、受信側の稼働状態と一連の引き継ぎを検証できる 4 役割の作業場所です。

01
intent-cli をインストール
v0.22.0 では、npm の導入経路、実行ファイルのパスに基づく更新チャネル、ガイドを先に確認する受け入れ、監督の照合がリリース済みの契約に加わりました。
02
自然な言葉で頼む
「herdr-only チームでこの作業を始めて」と頼み、エージェントに必要な選択を確認させ、承認用のコマンドを出してもらいます。
03
準備完了の報告を受け取る
エージェントが構成を記録し、ペインと稼働状態を検証して、最初の検証済みの引き継ぎを報告します。

設計は現在の会話に残すことも、専用の herdr ペインに置くこともできます。承認したセットアップの後、他の役割に専用ペインとフォルダーが用意されます。herdr-only モードでは見える herdr のセッション層で配信と完了通知を行い、分散チームや既存の agmsg チームでは agmsg + herdr も利用できます。どちらのトランスポートも主経路ではありません。

<owner>/<repo> の作業を herdr-only の 4 スレッド team で始めてください。
intent-cli の bootstrap guide を使い、各 seat の CLI/model と application kind を私に確認し、command だけを出してください。
私が承認した後に herdr・provider・scheduler の command を実行します。topology を記録・検証し、最初の検証済み handoff を報告してください。

リリース済み v0.22.0 では、herdr-only が同じ環境に集まるチーム向けの推奨されるプレビュー外の経路です。ドメイン／リポジトリごとにセッションのトランスポートとドライバーモードをそれぞれ 1 つだけ使います。3 スレッドのタイマーループも、よりシンプルな対応する代替手段として残ります。代替手段を見る →

v0.22.0 の現在機能

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

リリース済みの基準

intent-cli v0.22.0 はリリース済みの安定版です。トランスポートに関係なく 4 スレッドのオーケストレーションが主モデルで、3 スレッドのタイマーループは対応する代替手段として残ります。ドメイン／リポジトリごとにドライバーモードを 1 つ選びます。

v0.22.0 の導入経路

npm チャネルでは npm i -g intent-system で intent-cli コマンドをグローバルに導入でき、.NET SDK は不要です。npx はツールを完全に実行しますが、グローバルには導入しません。intent-cli update は実行ファイルのパスから更新チャネルを決めます。

受け入れと監督

ガイドを優先する出荷ルールにより、ガイドへの経路がない、または誤っている機能は出荷しません。監督処理はエスカレーション前に同じサイクル内で発見事項を照合し、正常なセッションを壊れたものとして報告しません。

セッションの選択肢

herdr-only は同じ環境に集まるチーム向けの推奨されるプレビュー外の経路です。分散チームやすでに agmsg を使っているチームでは agmsg + herdr も利用できます。どちらのトランスポートも主経路ではありません。

ファイル保存型の配信

delivery_method: file-backed を宣言すると、永続的で参照可能なタスク封筒を保存し、1 行のポインターを届けます。宣言しなければ、配信は本文埋め込みのままです。

名前付きブランチレーン

レーンは registry/default または明示的な packet draft --lane の選択から決まります。これはリリース済みの preview-through-1.x 機能であり、1.0 互換性保証ではありません。パケットは branch_lane と routing_snapshot を記録します。intent-cli はレーンを提案・記録しますが、ブランチの作成や管理はしません。

複数人で使う Git 連携の担当宣言

.intent-cli/claims/ の不変な Git 連携レコードを使い、claim acquire と claim verify を実行します。これはリリース済みの preview-through-1.x 機能であり、1.0 互換性保証ではありません。通常の push に成功した人だけが担当宣言を所有するため、ひな形作成の前に担当宣言を行い、作業前に所有権を検証します。

プロンプト分類と対象範囲

プロンプトポリシーはリテラルなプロンプト分類と対象を絞った承認を使い、answerable_by、上書きできないリスク下限、実行中の対話に対する比較交換（compare-and-swap）を含みます。これはリリース済みの preview-through-1.x 機能であり、1.0 互換性保証ではありません。未知または一致しないケースは推測せず、エスカレーションします。

authoring-only のチームモード

team_mode=authoring-only では、コードを書かずに意図を整理して Issue を公開できます。エージェントが意図を聞き取り、パケットを作成します。実装は別のチーム・人・ベンダーが担えます。このモードに配信構成や配信担当席はなく、既定の delivery mode のままです。authoring-only では配信監督は対象外です。これはリリース済みの preview-through-1.x 機能であり、1.0 互換性保証ではありません。

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

authoring-only の導入

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

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

コミュニティとサポート

コミュニティでの質問や議論には J-Tech JAPAN OSS Discord にご参加ください ── そこでの回答は無償です。再現可能なバグやアクションにつながる要望は GitHub issue としてご報告ください。

ペアプロ・ペアストーミング・Intent Storming のファシリテーションなど、あなたのコードベースに即した実地の導入支援は、株式会社ジェイテックジャパンが有償コンサルテーションとして提供します。

Discord に参加→サポート & コンサルテーション

方法論を深める

方法論はツールの有無に関わらず単体で成立します。3 つの提案 — Compass、Git-AI-Flow、Intent Storming — は製品に依存しないので、いまお使いのツールチェーンにそのまま当てはめられます。