— OPEN SOURCE / PUBLIC READING

AIエージェントに、どうやって役割を守らせる？

OSS「Agent Role Contracts」を作った話｜公開詳説版

AIに仕事を任せるとき、誰が担当し、どこまで変更でき、誰が確かめるのか。Netsujoの実践から生まれたOSS「Agent Role Contracts（ARC）」を、開発の背景から具体的なJSON、CLIの検査例、今後の評価まで73ページで解説します。

PDF / 73ページ / 無料・登録不要 / 2026年10月版（技術的な確認範囲は10月23日時点）

この資料でわかること

複数のAIエージェントが作業を進めるほど、実装・検証・レビュー・承認・実利用の現在地が見えにくくなる。その経験と、課題を言語化していく過程を紹介します。

implementerとreviewerを分け、書き込み範囲をsrc/**に限定。タスクを範囲外へ変更すると、実行前にPASS → FAIL → PASSを確認できます。

G0の役割・範囲、G1のレビュー対象digest、G2の限定的な書き込み宣言、G3の進行宣言を解説。実行権限や本人認証との境界も明示します。

MartinLoop、HumanMirror、Burs-IA WORKNETとの公開議論・試用報告、既存のガードとの重複、これから必要な実利用評価を整理します。

GitとNode.js 22.5以上があれば、同梱の公式デモを実行できます。想定した範囲外の要求を検出し、修正すると再びPASSする流れです。デモ中にAIを起動したり、対象ファイルを書き換えたりはしません。

git clone https://github.com/suirindo/agent-role-contracts.git
npm --prefix agent-role-contracts run demo --silent

期待結果：PASS → FAIL（想定どおり）→ PASS。検査は宣言の整合性のみを扱います。

ARC v1.0.0のPASSは、渡された役割・タスク・操作などの宣言が、実行した検査の範囲で整合していることを示します。本人認証、OSやSaaSの実際のアクセス制御、レビューの真正性、成果物の検証、実行・公開の承認は、それぞれ別の仕組みが担います。

本資料には既存ツールと検出が重複した実験や、未検証の仮説も掲載しています。Draft段階の実行時パイロットと、公開済み安定版v1.0.0を区別しています。