AWS「Kiro Crew」を解説|マルチエージェントOSSの設計と活用ポイント

結論からいうと、Kiro Crewは、スケジューリング、メモリ、連携、セキュリティを担う層を公開し、実行エンジンは非公開とした基盤です。

Amazon社内で3万9千人以上が使う内製システムを土台とし、実運用での設計例として参考になります。以下では、公開範囲、ACP、開発経緯、活用例を整理します。

※本記事は2026年8月12日時点の情報です。

Kiro Crewとは何か|「自律モード」との違い

Kiro Crewを中央に置き、セッションをまたぐ記憶や予定実行、専門エージェントの連携を示す図。
単発の指示から、時間をまたぐ開発作業へ役割が広がります。

Kiro Crewは、AWSのAIコーディングエージェント「Kiro」上で動く持続的な開発ワークスペースです。複数の専門エージェントを協調させ、開発ツールとも連携します。

セッションをまたいでプロジェクトの記憶を保ち、決まった時間に作業を実行します。対象はインシデント調査、PR監視、チケットのトリアージ、日常の開発作業です。

自律モードとCrewは「スコープ」が違う

両者の違いは、セッションの扱い、稼働の継続性、エージェントの連携範囲に表れます。

  • 自律モード:1つのセッション内で個別タスクを処理します。
  • Crewの継続性:開発者の在席を問わず作業し、セッションをまたいで記憶を保ちます。
  • Crewの実行範囲:予定した作業を実行し、複数の専門エージェントを連携させます。

AWSのデベロッパーアドボケイト、Darko Mesaros氏は目標を示しました。それは「常に稼働し、自己学習する自律的なチームメイトへとAIコーディングエージェントを変える」ことです。

単発の指示に応えるツールから、継続して働くチームへ発想を移す設計です。

ポイント

Crewは単発タスク向けの自律モードを広げ、複数エージェントの連携やセッションをまたぐ記憶、予定実行を担います。

オープンソース化の範囲|オーケストレーション層とハーネスの線引き

Kiro Crewの公開対象であるオーケストレーション層と、非公開のハーネスを上下に分けた図。
機能の境界を押さえると、公開部分と導入側の前提を分けて見られます。

AWSは2026年8月4日、Kiro CrewをApache 2.0ライセンスで公開しました。公開対象はオーケストレーション層です。

この層はスケジューリング、メモリ、マルチエージェント連携、セキュリティを担います。モデルとの通信やツール呼び出し、Cedarによるアクセス制御を担う「ハーネス」は非公開です。

AWSのVP、Deepak Singh氏は「ハーネスはオープンソース化しない」と明言しました。標準プロトコルに対応しながら、差別化の中核は社内に残す戦略と説明されています。

統治機能を公開する裏には社内での教訓がある

AWSは社内展開の際、「格段に強固なガバナンス統制が必要だった」と説明しています。

複数のエージェントが権限を持って自律的に動くため、誰がどこまで実行できるかを定める統制は、機能の魅力以上に重要です。

この課題は、現場発のエージェントが管理外で増える問題とも通じます。詳しくはシャドーAIエージェントのガバナンスで扱っています。

ポイント

公開された仕組みで連携や権限統制を確認できますが、モデルやツールを動かすハーネスは非公開です。導入判断ではこの境界を踏まえる必要があります。

技術基盤|Agent Client Protocol(ACP)とKiro-ACP拡張

ACP、Kiro-ACP、MCPの3つをパネルに分けて示す図。
接続する相手と階層を分けて捉えると、各プロトコルの位置づけが見えます。

Kiro CrewはAgent Client Protocol(ACP)を通じてエージェントを連携させます。ACPは2026年6月にバージョン1.0に達しました。

JetBrains、Zed、Xcodeなどの開発ツールがACPへの対応を進めています。AWSは20以上のエージェント向けメソッドを加えた独自拡張「Kiro-ACP」も導入しました。

標準ACPクライアントでも基本機能は利用できます。Kiro固有の機能を使うには、Kiro-ACP対応クライアントが必要です。

MCPとは扱う階層が異なるプロトコル

MCP(Model Context Protocol)は、モデルとツール・データの接続を標準化します。ACPはエディタやIDEなどのクライアントとエージェントをつなぎます。

扱う階層は異なりますが、どちらもエージェント関連のやり取りを特定ベンダーの実装に固定しない方向を目指しています。

ポイント

ACPはクライアントとエージェントをつなぐ標準で、基本機能は標準クライアントで扱えます。Kiro固有機能には拡張対応が必要です。

開発の経緯|社内プロジェクト「MeshClaw」からの実績

Kiro CrewはAmazon社内の「MeshClaw」というプロジェクトから始まりました。3人のエンジニアが、開発者の離席中にも進捗を生むエージェントを目指しました。

社内で3万9千人以上のAmazon開発者に採用されるまで、6か月もかかりませんでした。この実績が今回の外部公開につながっています。

公開後のオープンソースコミュニティには約500人のコントリビューターが参加し、597件の変更が提出されました。運営は公開のステアリング委員会を通じて行われています。

ポイント

3人の開発から始まったMeshClawは、6か月足らずで社内の3万9千人以上に広がりました。社内実績と公開後の参加規模が開発の背景を示します。

実務での使い方|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監視・チケットトリアージ・定期タスク

ポイント

リファレンスアプリは作業ツリー管理から課題対応、長時間タスクまでを扱います。標準クライアントの機能差やCLI依存も含めて、自社の運用条件と照らす必要があります。

よくある質問(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は、Amazon社内の運用実績とともに、複数のAIエージェントを継続して働かせる事例を示しました。マルチエージェントOSSの動向を知るうえで参考になります。

公開範囲はスケジューリング、メモリ、連携を担うオーケストレーション層です。実行の中核を担うハーネスは非公開のままです。

標準プロトコルへの対応が進む一方、統治の設計は導入側の課題です。導入時は、公開範囲と自社設計に委ねられる範囲を切り分けることが重要です。

関連記事

関連記事では、AIエージェントの導入事例や統制、関連プロトコルの移行について確認できます。

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。