AWSは2026年8月4日、複数のAIコーディングエージェントを連携させて長時間稼働させるオーケストレーション基盤「Kiro Crew」をオープンソースとして公開しました。一言でいえば、スケジューリング・メモリ・マルチエージェント連携・セキュリティを担うオーケストレーション層をApache 2.0で公開しつつ、モデルとの通信やツール呼び出しを担う実行エンジン（ハーネス）は非公開のまま残す、という線引きをした発表です。
単一セッションで1つのタスクをこなす「自律モード」は、すでに多くのコーディングエージェントで一般的になっています。しかし、開発者が離席している間も複数のエージェントが記憶を保ちながら作業を続け、インシデント調査やPRレビュー、チケットのトリアージまで担うとなると設計の難易度は一段上がります。Kiro Crewは、Amazon社内で3万9千人以上が使う規模まで育った内製システムを土台にしており、マルチエージェントのオーケストレーションを実際の開発現場でどう設計するかという具体例として参考になります。
※本記事は2026年8月12日時点の情報です。
- Kiro Crewとは何か、Kiroの「自律モード」と何が違うか
- オープンソース化の範囲｜オーケストレーション層とハーネス（実行エンジン）の線引き
- 技術基盤となるAgent Client Protocol（ACP）とKiro-ACP拡張の仕組み
- 社内プロジェクト「MeshClaw」からの開発経緯と、公開後の採用実績
Kiro Crewとは何か｜「自律モード」との違い
Kiro Crewは、AWSのAIコーディングエージェント「Kiro」の上に載る、持続的な開発ワークスペースです。単一のAIアシスタントではなく、複数の専門化されたエージェントを協調させ、セッションをまたいでプロジェクトの記憶を保持し、決まった時間に実行するスケジュール作業をこなし、既存の開発ツールと連携します。インシデントの調査、プルリクエストの監視、チケットのトリアージ、日常的なエンジニアリング作業の自動化までを対象にしています。
自律モードとCrewは「スコープ」が違う
Kiroにもともとある「自律モード」は、1つのセッション内で個別タスクを処理する機能です。これに対してCrewは、開発者がオンラインかオフラインかを問わず作業を継続し、セッションをまたいで記憶を維持し、スケジュールされた作業を実行し、複数の専門エージェントをオーケストレーションします。AWSのデベロッパーアドボケイトDarko Mesaros氏は、この設計目標を「常に稼働し、自己学習する自律的なチームメイトへとAIコーディングエージェントを変える」ことだと表現しています。単発の指示に応えるツールから、継続的に働くチームへという発想の転換が根底にあります。
オープンソース化の範囲｜オーケストレーション層とハーネスの線引き
AWSはKiro CrewをApache 2.0ライセンスで公開しましたが、対象はオーケストレーション層──スケジューリング、メモリ、マルチエージェント連携、セキュリティに限られます。基盤モデルとの通信、ツール呼び出し、Cedarによるアクセス制御を担う「ハーネス」（実行エンジン）本体は非公開のままです。AWSのVP、Deepak Singh氏は「ハーネスはオープンソース化しない」と明言しており、標準プロトコルへの対応を軸にしつつ、差別化の中核部分は手元に残す戦略だと説明されています。
統治機能を公開する裏には社内での教訓がある
AWSは、Amazon社内での展開時に「格段に強固なガバナンス統制が必要だった」と説明しています。複数のエージェントが権限を持って自律的に動く以上、誰がどこまで実行してよいかという統制の仕組みは、機能の魅力以上に重要な設計要素です。この統制の必要性は、シャドーAIエージェントのガバナンスで扱う、現場発のエージェントが管理外で増えていく問題とも通じます。
技術基盤｜Agent Client Protocol（ACP）とKiro-ACP拡張
Kiro Crewは、Agent Client Protocol（ACP）を通じてエージェントを連携させています。ACPは2026年6月にバージョン1.0に達したプロトコルで、JetBrains、Zed、Xcodeといった開発ツールがすでに対応を進めています。AWSはこれに加えて、20以上のエージェント向けメソッドを追加した独自拡張「Kiro-ACP」を導入しました。標準のACPクライアントでも基本機能とは互換性がありますが、Kiro固有の機能を使うにはKiro-ACP対応クライアントが必要になります。
MCPとは扱う階層が異なるプロトコル
混同しやすいのがMCP（Model Context Protocol）との違いです。MCPはモデルとツール・データの接続を標準化するプロトコルで、ACPはエディタやIDEといったクライアントとエージェントの接続を標準化するプロトコルです。扱う階層は異なりますが、どちらも「エージェント関連のやり取りを特定ベンダーの実装に固定しない」という同じ方向性を持っています。
開発の経緯｜社内プロジェクト「MeshClaw」からの実績
Kiro Crewの起源は、Amazon社内の「MeshClaw」という内部プロジェクトです。3人のエンジニアが、開発者が離席している間にも意味のある進捗を生み出せるエージェントを作りたいという発想から始めました。これが社内で3万9千人以上のAmazon開発者に6か月足らずで採用される規模まで育ち、今回の外部公開につながっています。公開後のオープンソースコミュニティには約500人のコントリビューターが参加し、597件の変更が提出されており、運営は公開のステアリング委員会を通じて行われています。
実務での使い方｜DevFleets・Issue Radar・Task Runnerに見るユースケース
AWSはKiro Crew向けに、用途別のリファレンスアプリケーションを用意しています。作業ツリーを管理する「DevFleets」、課題やプルリクエストのトリアージを支援する「Issue Radar」、長時間実行するタスクを扱う「Task Runner」です。いずれも単なるコード生成にとどまらず、具体的なエンジニアリングのワークフローを自動化する用途を想定した専用UIとして提供されています。
一方で、現時点では標準ACPクライアントだけでは得られない機能があり、Kiro固有のCLIへの依存が残っている点も指摘されています。真にエージェント基盤を選ばずに使える状態には至っておらず、オープンソース化されたのはあくまでオーケストレーション層である点は踏まえておく必要があります。マルチエージェントの導入効果を評価する際は、AIエージェント導入事例で報告されている「PoCでは動くが本番で4割が中止に至る」という傾向も参考になります。統治のアプローチという観点では、GoogleのGemini Enterprise Agent PlatformやOpenAIのPresenceが示す統制の切り口とあわせて比較すると、自社に必要な統制のレベルを見極めやすくなります。
riplaがマルチエージェント導入の設計を支援します
複数のエージェントを組み合わせて開発業務を自動化する構想は魅力的ですが、権限設計や監視体制を欠いたまま導入すると、思わぬ挙動やコスト増につながります。riplaでは、開発現場でのAIエージェント活用の方針整理から、権限・スケジュール設計、既存ツールとの連携、運用体制の構築までを一気通貫で支援しています。開発ワークフローの自動化を検討している場合は、対象の業務範囲と現状の課題をお聞かせください。
| 項目 | Kiro自律モード | Kiro Crew |
|---|---|---|
| スコープ | 単一セッション内の個別タスク | 複数セッションにまたがる継続的な開発ワークスペース |
| 稼働 | 開発者がいる間のタスク実行 | 開発者の不在中もオンライン・オフラインを問わず継続 |
| メモリ | セッション内で完結 | セッションをまたいでプロジェクトの記憶を保持 |
| 実行単位 | 1エージェント | 複数の専門エージェントをオーケストレーション |
| 典型的な用途 | コード生成・修正の即時実行 | インシデント調査・PR監視・チケットトリアージ・定期タスク |
よくある質問（FAQ）
Q. Kiro Crewとは何ですか？
AWSのAIコーディングエージェント「Kiro」向けに、複数のエージェントを協調させて長時間・複数セッションにわたる開発ワークフローを自律的に進めるオーケストレーション基盤です。2026年8月4日にオープンソースとして公開されました。
Q. オープンソースの範囲はどこまでですか？
Apache 2.0で公開されたのはスケジューリング・メモリ・マルチエージェント連携・セキュリティを担うオーケストレーション層のみです。モデルとの通信やツール呼び出しを担う実行エンジン（ハーネス）は非公開のままです。
Q. Agent Client Protocol（ACP）とは何ですか？
エディタやIDEといったクライアントとエージェントの接続を標準化するプロトコルで、2026年6月にv1.0に達しました。AWSはこれに20以上のメソッドを追加した拡張「Kiro-ACP」も導入しています。
Q. 導入すればすぐに自律的な開発チームが作れますか？
すぐには難しいと考えるべきです。ハーネス自体は非公開で標準クライアントだけでは得られない機能もあり、社内での運用にはガバナンス設計が別途必要になります。公開されたのはあくまで土台の一部です。
参考情報：
SiliconANGLE「AWS launches Kiro Crew」
Forbes「AWS Open Sources Kiro Crew But Keeps The Agent Harness Closed」
InfoWorld「AWS’s Kiro Crew aims to turn AI coding agents into autonomous engineering teams」
GitHub「kirodotdev/KiroCrew」
まとめ｜公開されたのはオーケストレーション層という前提を持つ
Kiro Crewは、複数のAIエージェントを継続的に働かせるという発想を、Amazon社内の実運用実績とともに示した点で、マルチエージェントOSSの潮流を理解するうえで参考になる事例です。ただし、公開されたのはスケジューリングやメモリ、連携を担うオーケストレーション層に限られ、実行の中核を担うハーネスは非公開のままです。標準プロトコルへの対応が進む一方で、統治の設計は依然として導入する側の課題として残ります。マルチエージェントの仕組みを検討する際は、どこまでがオープンで、どこからが自社の設計に委ねられているのかを切り分けて見ることが重要です。
関連記事
- AIエージェント導入事例の成功条件
- Gemini Enterprise Agent PlatformのGA機能
- OpenAI Presenceの人間監督つきエージェント運用
- シャドーAIエージェントのガバナンス
- MCP 2026-07-28仕様の移行ポイント
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。