AWS Emulator 是亚马逊推出的一款免费本地工具，用来模拟 AWS API。开发者可以在自己的电脑、开发服务器或持续集成（CI）环境中测试应用，不必先部署到云端，也不需要 AWS 账号；现有的 AWS SDK 或命令行工具可以把调用发送到本地模拟器，而不是 AWS。8

它的看点有两层：一是覆盖范围广，二是代码据称完全由 AI 代理编写。但这两点都不意味着它已经能在所有场景下忠实复现真实 AWS。对开发者来说，关键是把它看作本地反馈工具，而非云端环境的完整替身。

覆盖广，行为仍有边界

AWS Emulator 使用 Rust 编写，基于 438 个公开 AWS API 模型，涵盖 200 多项服务；亚马逊于 2026 年 11 月 11 日宣布推出该工具。41314 这组数字说明它支持的 API 范围，不代表每项操作或每个边缘情况都与真实 AWS 完全一致。

AWS 文档称，模拟器对创建、查看、更新和删除资源等调用的匹配度最高；对于已实现的操作，它会尝试返回与 AWS 相符的结果或错误。 不同服务、功能的匹配程度有所差异，官方也明确表示该工具用于开发和测试，而非生产环境。

AI 代理写代码，也参与测试和修复

亚马逊称，AWS Emulator 的代码全部由自主 AI 代理编写，团队没有编写或审查代码。5 亚马逊介绍的工作流程分为三类代理：一组编写测试并在真实 AWS 服务上验证；另一组在模拟器上运行这些测试、找出行为差异；第三组则处理发现的问题。5

有报道将这套代理工作流程与 Amazon Bedrock AgentCore 联系起来。11 亚马逊还称有数千个代理参与项目开发和维护，部分工作可以并行进行。5 这些说法描述的是亚马逊公布的开发方式，并非独立审计结论；现有材料也不足以核实“每天修复数千个问题”等更具体的说法。

项目代码以 CC0 方式发布，第三方 vendor/ 目录代码另依 Apache 2.0 许可。 有报道说仓库接受问题反馈，但不接受拉取请求（pull request）；因此，外部开发者未必能直接提交代码改动。11 至于采用该许可的具体法律考量，现有资料不足以确认，不宜据此推断。

早期问题提醒：覆盖数量不等于成熟度

截至 2026 年 11 月 12 日的报道提到，项目在 GitHub 上已有 70 多个问题报告，问题较多地涉及 DynamoDB 和 Lambda；也有开发者用“worthless”（毫无用处）批评它，另有报道认为工具能运行但仍不完善。17 这些早期反馈说明模拟行为与 AWS 之间存在差距，但不能单凭问题数量断定差距由 AI 编码造成，也不能证明代理修复已经解决所有问题。

更需要注意的是权限检查。资料指出，模拟器并不以与 AWS 相同的方式评估 IAM 和基于资源的策略；因此，本地请求成功，并不能证明它在真实 AWS 上会被允许。1921 如果要检查权限配置或安全策略，仍应在真实 AWS 环境中验证。

用来提速，不要把它当成生产云

• 状态存在于内存中： 资源状态会保留到模拟器停止为止；重新启动后，不能把它当作持久化云存储。8
• 区域和账号隔离有限： 相关资料指出，模拟器并不会像真实 AWS 那样完整区分不同区域或账号中的资源。19
• 容量也可能影响测试： 一篇 AWS 上的实践文章报告称，其工作流遇到 Step Functions 执行存储共用的 64 MiB 上限，随后 EventBridge 调用出现 ExecutionLimitExceeded。这是特定测试场景的结果，不足以单独判断所有工作负载的表现。
• 测试分数不能覆盖所有行为： 服务匹配度分数反映的是已发布测试集中的通过情况，并不等于对 AWS 全部行为的验证。19

更稳妥的用法，是先用 AWS Emulator 快速检查应用逻辑和常见 API 调用，再把关键权限、集成行为与实际运行特性放到真实 AWS 上确认。它能缩短开发反馈链路，但一次本地测试通过，不等于应用已经通过云端兼容性或安全验证。

AWS Emulator 是亚马逊推出的一款免费本地工具，用来模拟 AWS API。开发者可以在自己的电脑、开发服务器或持续集成（CI）环境中测试应用，不必先部署到云端，也不需要 AWS 账号；现有的 AWS SDK 或命令行工具可以把调用发送到本地模拟器，而不是 AWS。8

它的看点有两层：一是覆盖范围广，二是代码据称完全由 AI 代理编写。但这两点都不意味着它已经能在所有场景下忠实复现真实 AWS。对开发者来说，关键是把它看作本地反馈工具，而非云端环境的完整替身。

覆盖广，行为仍有边界

AWS Emulator 使用 Rust 编写，基于 438 个公开 AWS API 模型，涵盖 200 多项服务；亚马逊于 2026 年 11 月 11 日宣布推出该工具。41314 这组数字说明它支持的 API 范围，不代表每项操作或每个边缘情况都与真实 AWS 完全一致。

AWS 文档称，模拟器对创建、查看、更新和删除资源等调用的匹配度最高；对于已实现的操作，它会尝试返回与 AWS 相符的结果或错误。 不同服务、功能的匹配程度有所差异，官方也明确表示该工具用于开发和测试，而非生产环境。

AI 代理写代码，也参与测试和修复

亚马逊称，AWS Emulator 的代码全部由自主 AI 代理编写，团队没有编写或审查代码。5 亚马逊介绍的工作流程分为三类代理：一组编写测试并在真实 AWS 服务上验证；另一组在模拟器上运行这些测试、找出行为差异；第三组则处理发现的问题。5

有报道将这套代理工作流程与 Amazon Bedrock AgentCore 联系起来。11 亚马逊还称有数千个代理参与项目开发和维护，部分工作可以并行进行。5 这些说法描述的是亚马逊公布的开发方式，并非独立审计结论；现有材料也不足以核实“每天修复数千个问题”等更具体的说法。

项目代码以 CC0 方式发布，第三方 vendor/ 目录代码另依 Apache 2.0 许可。 有报道说仓库接受问题反馈，但不接受拉取请求（pull request）；因此，外部开发者未必能直接提交代码改动。11 至于采用该许可的具体法律考量，现有资料不足以确认，不宜据此推断。

早期问题提醒：覆盖数量不等于成熟度

截至 2026 年 11 月 12 日的报道提到，项目在 GitHub 上已有 70 多个问题报告，问题较多地涉及 DynamoDB 和 Lambda；也有开发者用“worthless”（毫无用处）批评它，另有报道认为工具能运行但仍不完善。17 这些早期反馈说明模拟行为与 AWS 之间存在差距，但不能单凭问题数量断定差距由 AI 编码造成，也不能证明代理修复已经解决所有问题。

更需要注意的是权限检查。资料指出，模拟器并不以与 AWS 相同的方式评估 IAM 和基于资源的策略；因此，本地请求成功，并不能证明它在真实 AWS 上会被允许。1921 如果要检查权限配置或安全策略，仍应在真实 AWS 环境中验证。

用来提速，不要把它当成生产云

• 状态存在于内存中： 资源状态会保留到模拟器停止为止；重新启动后，不能把它当作持久化云存储。8
• 区域和账号隔离有限： 相关资料指出，模拟器并不会像真实 AWS 那样完整区分不同区域或账号中的资源。19
• 容量也可能影响测试： 一篇 AWS 上的实践文章报告称，其工作流遇到 Step Functions 执行存储共用的 64 MiB 上限，随后 EventBridge 调用出现 ExecutionLimitExceeded。这是特定测试场景的结果，不足以单独判断所有工作负载的表现。
• 测试分数不能覆盖所有行为： 服务匹配度分数反映的是已发布测试集中的通过情况，并不等于对 AWS 全部行为的验证。19

更稳妥的用法，是先用 AWS Emulator 快速检查应用逻辑和常见 API 调用，再把关键权限、集成行为与实际运行特性放到真实 AWS 上确认。它能缩短开发反馈链路，但一次本地测试通过，不等于应用已经通过云端兼容性或安全验证。