AWS Emulatorは、AWSのAPIを開発者のPCや開発サーバー、CI(継続的インテグレーション)環境で試すための無料ローカルエミュレーターです。既存のAWS CLIやSDKから送るリクエストを手元で処理するため、AWSへのデプロイやAWSアカウントなしで、アプリの動作を確かめられます。
8
Amazonが2026年11月11日に公開したこのツールは、AWSのクラウドそのものを置き換えるものではありません。ポイントは、開発中の素早い動作確認に役立つ一方、AWSとの完全な互換性や、本番運用・セキュリティの保証を目的としていないことです。
438のAPIモデルを基にRustで実装
AWS EmulatorはRustで書かれ、438の公開AWS APIモデルから生成された200超のサービスをカバーすると報じられています。
4
13
14 この数は対応範囲の広さを示すものですが、すべての操作や細かな挙動がAWSと同じという意味ではありません。
AWSのドキュメントによると、特にリソースの作成・説明・更新・削除といった操作でAWSに近い挙動を目指しています。実装済みの操作では、無効なリクエストに対してAWSと同様のエラーを返す場合もあります。
開発から保守まで、AIエージェントが担当
Amazonは、AWS Emulatorのコードを自律型AIエージェントがすべて作成し、同社のエンジニアはコードを書いたりレビューしたりしていないと説明しています。
5 これはAmazonが公表した開発体制であり、独立した第三者による検証結果ではありません。
報じられている仕組みでは、エージェントは主に3つのチームに分かれます。1つ目が実際のAWSで確認したテストを作成し、2つ目がそのテストをエミュレーターで実行して差異を見つけ、3つ目が問題の修正を担当します。変更前にはビルド確認や別のエージェントによるレビューも行われると報じられています。
Amazonは、開発や保守に数千のエージェントが関わり、数百が同時に作業する規模だとしています。
5 ソースコードはCC0のパブリックドメイン・ライセンスで公開されています。報道によれば、エージェントが作成したコードの著作権をどう扱うか不確かなことが、このライセンスを選んだ背景の一つです。
保守もエージェント主体で、利用者からの不具合報告は受け付ける一方、外部からのコード変更(プルリクエスト)は受け付けないと案内されています。
11 なお、リポジトリ内の一部サードパーティーコードはApache License 2.0の対象です。
初期の不具合報告と、ローカルテストの限界
公開直後の報道では、GitHubの課題管理に70件を超える不具合報告があり、DynamoDBやLambdaに関するものが目立ったとされています。動作する部分はあるものの、完成度には課題が残るという開発者の反応や、「使いものにならない」とする声も紹介されました。
17 こうした報告は互換性に差があることを示しますが、それだけでAIエージェントによる開発が原因だとは断定できません。
とくに注意したいのが権限です。AWS Emulatorは、IAMポリシーやリソースベースのポリシーをAWSと同じようには評価しません。そのため、ローカルでは成功したリクエストが、実際のAWSでは拒否される可能性があります。ローカルテストだけで本番のアクセス権限が正しいと判断するのは避けてください。
19
21
また、リソースの状態はエミュレーターを停止するまでメモリー上に保持されます。リージョンやアカウントIDを指定できても、それらの間でリソースを実際のAWSのように分離するわけではありません。
8
19 AWSも、ツールの用途を開発・テストに限り、本番利用やセキュリティ設定の検証には使わないよう案内しています。
サービスごとの適合度スコアは、公開されたテストのうち何件に合格したかを示す指標です。テスト範囲外のすべての挙動までAWSと一致することを保証するものではありません。AWSはリリースごとに挙動をAWSと照合するとしていますが、スコアを見るときも対象のテスト範囲を踏まえる必要があります。
19
どう使うのがよい?
AWS Emulatorは、開発中のアプリやAIコーディングエージェントがAWS APIを呼び出す流れを、手元で手早く確認する用途に向いています。一方で、権限、リージョンやアカウントをまたぐ処理、本番相当の運用特性を確認する段階では、実際のAWS環境での検証が必要です。
つまり、幅広いAPIを試せるローカル開発ツールとして活用しつつ、AWSそのものの代替とは考えないことが大切です。重要な権限や連携、運用上の条件は、実環境でも確かめてください。