本文へスキップ
AI-Papers

AWSがAWS Emulatorを公開、全コードを自律AIエージェントが記述

AWSがAWS Emulatorを公開、全コードを自律AIエージェントが記述
  • AWSが手元のPCでAWS APIを再現する「AWS Emulator」をCC0ライセンスで公開、アカウント不要で追加料金もかからない
  • 438件のAPIモデルを基に数百サービスのインタフェースに対応し、実際のAWSとの一致度を示す忠実度スコアをリリースごとにGitHubで開示
  • コードはすべてAWSのAI開発環境Kiroによる自律エージェントが記述し、人間の開発チームはコードを書かずレビューも実施していない

AWS Emulatorとは

AWSは2026年11月11日(現地時間)、AWSのAPIを手元のPCなどで再現するツール「AWS Emulator」を公開しました。AWSアカウントは不要で、利用に追加料金は発生しません。ソースコードはGitHubでCC0ライセンスとして公開されています。

実体はAWS APIのエンドポイントとして動作するローカルプログラムで、GUIは用意されていません。AWS CLIやAWS SDKの接続先を環境変数でエミュレータに向けるだけで、アプリケーション側のコードを書き換えずに利用できます。

作成したリソースはすべてメモリ上に保持され、エミュレータを停止した時点で消えます。永続ストレージを持たない設計のため、テストの実行ごとにクリーンな状態から始められる一方、状態を引き継ぐ使い方には向きません。

対応範囲と忠実度

AWS EmulatorはAWSのAPIモデル438件を基に作られており、数百のサービスのインタフェースに対応します。ただし実装の度合いはサービスや操作ごとに異なり、すべての挙動が本番のAWSと一致するわけではありません。

この不均一さに対して、AWSは実際のAWSと同じように動くかを示す「忠実度」スコアをリリースごとにGitHubで公開しています。検証に用いるテスト群も別リポジトリ「aws-emulator-evaluation-suite」として公開されており、どの範囲までエミュレートできているかを利用者側が確認できます。網羅性を主張せず、達成度を数値で開示する形を取った点が特徴です。

開発はエージェント任せ

開発を率いたのはAWSのシニアプリンシパルエンジニア、マシュー・ゴールドバーグ氏です。発端は週末の実験で、Anthropicの研究者がAIエージェントだけでCコンパイラを作った事例がきっかけだったとされています。

ゴールドバーグ氏はAWSのAI開発環境「Kiro」に対し、AWS CLIをもとにテストを書く、実際のAWS環境で成功するまでテストを修正する、そのテストに通るインメモリ実装を作る、という3段階を指示しました。最初に手を付けたAmazon SQSは約15分で完成したといいます。

現在は3種類のエージェントチームが並行して動いています。APIモデルからテストを作り実際のAWSで検証するチーム、そのテストをエミュレータ上で実行して不具合を報告するチーム、報告された不具合を修正するチームという構成です。数百のエージェントが同時に稼働し、1日あたり数千件の問題を修正しているとされます。

図1: 3種類のエージェントチームによる開発と検証のループ
図1: 3種類のエージェントチームによる開発と検証のループ

図1のように、テスト生成、不具合検出、修正が循環する構造になっており、エミュレータは1日に何度も更新されます。リリース時には修正をまとめて再検証し、すべてのチェックを通過したコードだけが公開されます。人間の開発チームはコードを一切書かず、レビューも行っていないという点が、この体制の最も目を引く部分です。品質の担保を人のレビューではなく、実際のAWSで通したテストという外部基準に委ねた設計といえます。AI生成コードを形式的な検証で裏付ける取り組みとしては、AlphaProof CodeによるSignal実装の形式検証のような事例もあり、検証手段の違いが見比べられます。

導入方法と想定用途

Linuxではx86_64版とaarch64版のRPMまたはDebianパッケージからインストールします。macOSとWindowsでは、プロジェクトに含まれるDockerfileでイメージをビルドし、Docker上で動かす形になります。AIコーディングエージェント向けに、インストールから起動、接続までを担う「aws-emulator」スキルも用意されました。

AWSが挙げる想定用途は次のとおりです。

  • ローカル環境でのテスト実行
  • AWSアカウントやリソースを使わないCI/CDパイプラインでの統合テスト
  • AIコーディングエージェントを使ったAWS向けアプリの試作

いずれもクラウド上に実リソースを作らずに済むため、課金と後片付けの負担を抑えられます。CI環境で認証情報を扱わずに統合テストを回せる点は、開発フローの簡素化に直結します。

本番利用は想定外

一方で制約も明示されています。AWSはAWS Emulatorを本番環境での利用対象とはしていません。IAMポリシーやリソースベースのポリシーが実際のAWSと同じように評価されないため、セキュリティテストには使わないよう呼びかけています。

権限評価が再現されないということは、エミュレータ上で通った操作が本番でも許可されるとは限らず、逆に拒否されるべき操作が通ってしまう可能性もあるという意味です。アクセス制御の検証は従来どおり実環境で行う必要があります。

ツールとしての機能面に加えて、438件のAPIモデルを起点に数百サービス分の実装をエージェント群が書き切り、忠実度という測定可能な指標で品質を開示するという開発の進め方自体が、AIエージェント活用の現在地を示す事例になっています。

シェア:

投稿には GitHub アカウントが必要です。投稿内容は公開され、利用規約に反するものは予告なく削除します。