用途：把工作负载从 x86（amd64）端到端迁移到 AWS Graviton（arm64）。它先配置第三方 Arm 迁移 MCP 服务器（Arm Ltd 提供，Apache-2.0，Docker 镜像），再围绕其扫描工具组织迁移流程：扫描代码与容器、规划节点容量、切换节点、验证，并让 CI 构建多架构镜像。
主要能力：就绪度扫描采用三层并列输入，不能只看 MCP 结果。第一层为 Arm 迁移 MCP 的源码扫描与镜像架构工具，速度快但会漏掉传递依赖的原生 wheel/JAR、内置预编译二进制和构建期解析的依赖；第二层（强制）独立解析依赖清单/锁文件（requirements.txt、poetry.lock、go.mod、package-lock.json、pom.xml/Gradle）；第三层（强制）用 ELF 扫描已发布二进制、.so 和含原生库的 JAR，确认存在 arm64 构建。三层结果需汇总为每个工作负载的结论。
使用方式：需先安装并运行 Docker。服务器统一以 docker run --rm -i -v "$(pwd)":/workspace:ro armlimited/arm-mcp:latest 启动，挂载当前目录只读。Claude Code 写入 .mcp.json（项目级）或 ~/.claude.json（用户级），Kiro 写入 .kiro/settings/mcp.json 或 ~/.kiro/settings/mcp.json；其他 harness 需联网查询其 MCP 配置格式后适配，服务器条目保持不变。重启 harness 后确认工具出现，并用源码扫描器做冒烟测试。
适用场景：真正要在 arm64 上运行工作负载的迁移。若只需评估节省金额或是否应采用 Graviton，应改用 eks-cost-intelligence 或 eks-best-practices；配置非 Graviton 的 MCP 服务器应改用 eks-mcp-server。
限制：节点切换步骤假设 EKS 配合 Karpenter v1，其他平台需自行适配容量模型。挂载前须确保工作树不含密钥，容器会读取挂载下全部源码并发出站网络请求，:ro 只保护文件系统而非信任边界；建议固定镜像 tag 或 sha256 摘要而非 :latest。MCP 工具名称与数量随镜像版本变化，应以 tools/list 实际结果为准。部分工具（apx_recipe_run、sysreport_instructions）在宿主机执行，不受容器隔离保护。其余细节资料未提供。