AWS 本地模拟器开放源码，兼容性仍需验证

AWS Emulator 想把 AWS 开发中的一部分反馈搬回本地：不用云账号，让 CLI 和 SDK 对着本机端点运行，在笔记本或 CI 里检查调用行为。原文称它覆盖 200+ 服务，代码全部由自主 AI Agent 编写和审查。

但「覆盖」不等于「完整复刻」。v1.0.322 的公开保真度测试通过率为 56.6%，跨服务流程更低。对程序员更有价值的，是看清它能缩短哪些测试循环，以及它背后的 Agent 流水线为什么能持续修补问题。

200+ 服务，究竟能模拟到什么程度

AWS Emulator 基于 438 个 AWS API 模型构建，每个服务对应一个 Rust crate。它是没有图形界面的本地程序，通过环境变量让 AWS CLI 或 SDK 改连模拟端点，业务调用代码可以沿用。资源保存在内存里，进程停止后消失。

原文举了一个 DynamoDB 例子：使用只有 2 个字符的表名调用 CreateTable，会得到与 AWS 相同的 ValidationException 文本。这类细节比「接口能返回成功」更有用，因为真实业务经常需要处理参数校验和异常分支。

不过，服务数量只能说明覆盖面，保真度才决定测试结果能信多少。

原文统计了 2026 年 11 月 11 日的 v1.0.322 scores.json：42,857 项计分测试通过 24,243 项，通过率 56.6%，另有 80 项跳过。拆到单个步骤，68,007 步通过 49,810 步，为 73.2%；跨服务工作流则只有 6,569 项中的 2,752 项通过，为 41.9%。

服务之间差异很大。KMS 为 93.9%，即 310 项通过 291 项；SQS 为 89.8%。S3、DynamoDB、SNS 分别为 79.1%、77.3%、73.9%，Lambda 和 EC2 分别为 46.4%、41.5%。CloudFormation 只有 15.8%，即 2,612 项通过 414 项。

控制平面，也就是创建、配置和管理资源的 API，目前匹配得更好。真正读写业务数据的数据平面，以及 Terraform、CDK、CloudFormation 的支持，要逐服务判断。未实现的操作返回 HTTP 501 NotImplemented，失败用例也公开在 aws-emulator-evaluation-suite 中。

Agent 能持续修代码，靠的是怎样的反馈循环

项目从给 Kiro 的一个提示开始，约 15 分钟生成了可用程度尚可的 SQS 模拟器。这个起点很吸引眼球，但后续流程更值得看。

他们把 Agent 分成三组：测试编写者从公开的 Smithy API 模型推导场景，并到真实 AWS 验证；问题发现者把测试重放到模拟器，记录差异；修复者每次领取 1 个问题，提交补丁。

Smithy 模型提供接口结构，真实 AWS 提供行为参照。两者结合，才能检查「实现得像不像」，而不是只检查程序能否编译。

每个补丁都要经过构建、代码审查、安全和保真度门禁，还有多个安全 Agent 做对抗性审查。Matthew Goldberg 称，数百个 Agent 并发运行，每天修复数千个问题。流水线使用 AWS Developer Tools，Agent 的代码仓库在 CodeCommit，代码最后才到 GitHub。

这里有一处需要保留疑问：正文说测试由 Agent 编写，结尾又概括为人类构建测试和合并门禁。人类设计规则、Agent 生成用例的具体分工，原文没有交代清楚。

能确定的启发是：批量生成代码之前，要先建立能指出具体错误的反馈系统。 普通团队可以借鉴单问题修复和自动门禁，但未必拥有同等规模的真实服务验证条件。

本地接入不复杂，适用边界却很明确

Linux 支持 x86_64/aarch64，可安装 RPM 或 Debian 包后运行 aws-emulator。macOS、Windows 按指南使用 Dockerfile 构建容器，内存限制为 2 GiB。Rust 项目还能把它加入 dev-dependency，让每个测试拥有独立实例。

Coding Agent 的接入命令是 aws agent-toolkit add-skill --skill-name aws-emulator，要求 AWS CLI 2.35.0 或更新版本。

从源码构建时，需要 Rust 工具链、C 编译器和至少 100 GB 空闲磁盘；启动后使用带自签名证书的 HTTPS 端点 127.0.0.1:9297。嵌入模式第一次 cargo test 也要承担同样的构建成本。「本地免费」不等于准备成本很低。

它不执行真实 AWS 的 IAM 身份策略和资源策略求值，因此不能验证权限是否安全。它只有 1 个 Region、1 个 account，虽然接受不同 ID，却不会据此隔离资源。验证范围也仅有 us-west-2，全局服务在 us-east-1 检查。

资源只存内存，不适合长时间运行或负载测试，可用 --idle-timeout 控制停止。遥测默认开启，关闭方式包括 --telemetry off、EMULATOR_TELEMETRY=off、config.toml 或嵌入式 API。

我的判断

我认可公开失败测试和逐版本评分的做法。它让开发者可以先查自己依赖的 API，再决定是否接入。56.6% 是这套测试集的通过率，不能直接当成业务兼容率；跨服务流程只有 41.9%，尤其提醒我们检查完整链路。

替代方案各有成本。原文列出的 LocalStack 按套餐覆盖 30+、55+、110+ 服务，需要 auth token；Hobby 为 $0，限非商业用途，Base、Ultimate 年付价格分别为每许可每月 $39、$89。Moto 免费，Python 的 @mock_aws 适合进程内测试；Floci 免费，自报空闲占用约 13 MiB、启动约 24 ms。AWS Emulator 使用 CC0 1.0，vendor/ 为 Apache 2.0。

这些数字没有构成同场对照。原文没有给出相同工作流下的速度、资源占用和兼容性比较，不能据此判定谁全面领先。AWS Emulator 默认端点为 HTTPS 127.0.0.1:9297，LocalStack、Floci 默认端口为 4566，Moto 为 5000；切换方案时，配置也需要调整。

另外，v1.0.265 到 v1.0.322 在 11 月 8 日至 11 日间密集发布，说明项目变化很快。评估结论应绑定具体版本，升级后也要重新检查关键流程。

能拿来做什么

• 如果 Node 服务使用 SQS、S3 或 DynamoDB，先列出实际调用的 API 和异常分支，对照公开测试确认支持程度，再挑一条业务流程接入本地测试。
• 在 CI 中固定 AWS Emulator 版本，用它缩短日常反馈，同时保留真实 AWS 上的关键链路验证，尤其是跨服务调用和权限检查。
• 给 Coding Agent 分配模拟器兼容性修复时，可以借鉴「一个失败用例对应一个问题、一次补丁」的方式，并用自动检查约束结果。
• 如果项目大量依赖 CloudFormation 或复杂基础设施编排，先验证现有脚本能否跑通，再决定迁移范围；15.8% 的测试通过率不足以支撑直接替换现有环境。