产品简介
AWS Emulator 是 AWS 在 2026 年 11 月 11 日发布的工具，给编码智能体一份可离线运行的 AWS 本地副本，代码以 CC0 释出，放在 GitHub 上。
它要解决的问题很具体。智能体的工作循环是写代码、跑一遍、看结果再决定下一步改什么，而在分布式系统里这个循环必须发生在基础设施之内。真实 AWS 意味着要账号、要配额、要花钱、要等网络，一次循环几十秒到几分钟。本地副本把这个循环压到本机，智能体能在写的过程中连续自检。
规模上它由 400 多个 Smithy API 模型构成，覆盖 200 多项 AWS 服务。Smithy 是 AWS 描述服务操作、输入输出与错误的公开格式，也就是说这些能力边界是从公开接口定义里来的，不是猜的。
造法比产品本身更有意思。思路来自 AWS 开发者工具团队的高级首席工程师 Matt Goldberg：给定一份服务行为的文字描述，再给一个可对照的真实服务，智能体应该能自己造出可用的实现。落地方式是从保真测试出发的。所谓保真测试，是从公开 API 模型推出的端到端客户场景，比如验证 SQS 里一条已被接收的消息在可见性超时结束前对其他读取者不可见。智能体先把测试调到在真实 AWS 上跑通，这一步让测试成为真实行为的记录；再照着测试造模拟器，直到它也通过。仍然失败的测试，指向的就是模拟器的缺口。
起点很小。Matt 先用 SQS 一个服务试，给 Kiro 一段描述这个方法的提示词，大约 15 分钟就拿到了一个能用的 SQS 模拟器初版。内部版本一个周末成型，一个月内开始被采用，之后把它做扎实花了多得多的功夫。
质量门值得单独说。每次改动都要过一道合并门，里面除了通用代码审查，还有多个安全 agent，各自从不同的攻击面审查同一处改动，另有确定性检查阻止智能体碰不该碰的代码。这套门本身是智能体工程的一个样本：当写代码的主体变成智能体，工程师的工作转向设计规格、测试与门禁。
官方的对照案例很能说明规格与测试环境的价值。Werner Vogels 提到自己第一次和同事用四个月造出的复制引擎，用 Kiro 重建时，他盯了四个晚上才发现智能体根本没有验证自己结果的手段；一旦有了规格和测试环境，重建只花了大约两小时。
已知缺口没有藏起来。仓库里的 things-that-do-not-work 目录收着智能体发现的、当前与真实 AWS 行为不一致的问题，提交历史和 issue 全部公开。用之前先翻这个目录，比读宣传材料有用。
需要认清的是它的定位。它是测试环境，不是生产替代品，也不是完整的服务实现。仿真精度取决于保真测试覆盖到哪，没覆盖的行为就是空白。官方也明说会在 re:Invent 上分享更多，意味着这东西还在快速变化。
核心功能
- 本地离线运行：在本机跑，不连真实 AWS，不需要账号与网络，智能体的自检循环从几十秒的往返压到本机执行。
- 覆盖 200 多项服务：由 400 多个 Smithy API 模型构成，能力边界来自 AWS 公开的接口定义，涵盖操作、输入输出与错误。
- 保真测试驱动：测试从公开 API 模型推出端到端客户场景，先在真实 AWS 上跑通以记录真实行为，再要求模拟器通过同一测试，失败的测试直接指向缺口。
- CC0 释出：代码以 CC0 进入公有领域，可任意使用、修改与商用，无需署名。
- 全流程由智能体实现：整套代码由智能体编写与测试，从 15 分钟出 SQS 初版到覆盖两百多项服务，提交历史与 issue 全部公开。
- 含安全 agent 的合并门：每个改动要过自动检查，其中多个安全 agent 各自从不同攻击面做对抗审查，另有确定性检查限制智能体可触碰的代码范围。
- 缺口清单公开：仓库的 things-that-do-not-work 目录列出已知与真实 AWS 不一致的行为，可提前判断自己的场景是否被覆盖。
- 免费且无需云账号：没有调用费用与配额限制，适合 CI、离线环境与教学演示。
适合谁用
以下类型的用户会特别受益于 AWS Emulator：
- 编码智能体的本地自检与回归
- 没有云账号的环境里做开发与 CI
- 多服务编排的逻辑验证
- 分布式系统行为的学习与教学
- 离线演示与沙箱
- 智能体生成代码的合并前门禁
优点亮点
- 免费离线跑在本机，智能体不必连真实 AWS 就能自检，迭代不等环境与账单
- 400 多个 API 模型覆盖 200 多项服务，范围比手工模拟大两个数量级
- 保真测试对着真实 AWS 校准，测试本身就是行为记录，缺口可被精确定位
- CC0 释出，提交历史与 issue 全公开，缺口清单可直接查
- 整套实现由智能体编写并通过含多个安全 agent 的合并门，是智能体工程的可读样本
- 无调用费用与配额限制，能进 CI 与离线环境
价格与方案
免费。代码以 CC0 释出，可商用、可修改、无需署名。仓库位于 GitHub，提交历史与 issue 公开。官方表示将在 re:Invent 分享更多进展。
总结与建议
编码智能体最卡的一环不是写，是写完没法验证，因为它调用的云服务在本机不存在。AWS Emulator 把这层搬到了本地，免费离线，覆盖 200 多项服务。它的价值不在仿真有多准，在于让智能体自己形成写、跑、读结果的闭环，不必等真实环境和账单。另一个值得看的地方是它的造法：整套代码由智能体写、由智能体对着真实 AWS 校准测试，缺口直接公开在仓库里。
版本演进
- AWS Emulator 发布 （2026-11-11）：AWS 发布 AWS Emulator，为编码智能体提供可离线运行的本地 AWS 副本，由 400 多个 Smithy API 模型覆盖 200 多项服务，代码以 CC0 释出。整套实现由智能体编写与测试，方法是从公开 API 模型推出保真测试，先在真实 AWS 上跑通再要求模拟器通过同一测试。起点是 Matt Goldberg 用 Kiro 一段提示词在约 15 分钟内生成 SQS 模拟器初版。每个改动需通过含多个安全 agent 对抗审查与确定性检查的合并门。已知与真实 AWS 不一致的行为公开在仓库的 things-that-do-not-work 目录。