亚马逊AWS官方博客
当 Kiro 遇上 OpenClaw:AI Agent 双向协作的实践探索
摘要:本文探索 Kiro(AWS AI Agent)与 OpenClaw(开源 Agent 运行时)基于 MCP + ACP 双协议的双向协作架构。Kiro 通过 MCP 调用 OpenClaw 触达外部世界,OpenClaw 通过 ACP 委派 Kiro 完成深度代码生成与架构分析。四个实战案例验证 了该模式在架构评审、智能运维、数据日报、异步编码场景下的显著效率提升,展示了从”人用工具”到”Agent 用 Agent”。
一、引言:从”人用工具”到”Agent 用 Agent”
在传统的 AI 辅助开发中,人类是唯一的”操作者”——我们向 AI 提问、获取建议、复制粘贴代码。但如果两个 AI Agent 可以互相调用、互相委托呢?
当一个 Agent 擅长”思考和生成”,另一个擅长”感知和执行”,双向协作就是让它们各展所长、无缝衔接的粘合剂。
Kiro(由 AWS 推出的 AI Agent)擅长规格代码编程、架构设计、云运维等各种场景;OpenClaw(开源 AI Agent 运行时)擅长多平台消息处理、定时任务、设备控制和外部系统集成。
本文将展示如何通过 MCP 和 ACP 两条通道,实现它们之间的双向协作,最大力度的发挥他们的各自的价值。
二、架构原理:双向协作的两条通道
Kiro 和 OpenClaw 的协作基于两个互补的协议——MCP(Model Context Protocol)用于工具调用,ACP(Agent Communication Protocol)用于 Agent 间的异步通信。
2.1 整体架构图
![]() |
2.2 方向一:Kiro → OpenClaw(MCP)
Kiro 通过 MCP(Model Context Protocol)调用 OpenClaw 暴露的工具集。Kiro 在编码过程中可以直接发送飞书消息、读取外部数据、触发设备操作。
MCP 是一个标准化的工具调用协议,让 AI Agent 可以像调用 API 一样使用外部工具。OpenClaw 作为 MCP Server,将自己的所有能力暴露给 Kiro。
2.3 MCP 配置示例
.kiro/settings/mcp.json [Code Language: JSON]
配置完成后,Kiro 获得以下 7 个 MCP Tools(OpenClaw MCP Server v1.3.0 实际暴露的工具集):
| 类型 | 工具名称 | 说明 |
| 同步 | openclaw_chat | 发送消息并获取响应(核心工具——万能入口) |
| 同步 | openclaw_status | 获取 Gateway 状态和健康信息 |
| 同步 | openclaw_instances | 列出所有配置的 OpenClaw 实例 |
| 异步 | openclaw_chat_async | 异步发送消息,立即返回 task_id |
| 异步 | openclaw_task_status | 查询异步任务状态,完成时返回结果 |
| 异步 | openclaw_task_list | 列出所有任务,可按状态/session/实例筛选 |
| 异步 | openclaw_task_list | 列出所有任务,可按状态/session/实例筛选 |
关键洞察:OpenClaw MCP Server 只暴露 7 个工具,但 openclaw_chat 是一个”万能入口”——通过自然语言,Kiro 可以让 OpenClaw 执行其内部的所有 40+ 工具能力(发消息、读文档、搜索、操控设备、管理定时任务…)。这种设计避免了 MCP tool 数量爆炸导致的 token 浪费。
2.4 方向二:OpenClaw → Kiro(ACP)
OpenClaw 通过 ACP(Agent Communication Protocol)向 Kiro 委派复杂的代码生成和分析任务。这是一种异步的 Agent-to-Agent 通信方式。
ACP 让 Agent 之间可以像人类同事一样”委托任务”——发送需求描述,等待对方完成后接收结果。不是简单的函数调用,而是有状态的任务协作。
2.5 ACP 配置示例
Python (ACP via kiro-cli) [Code Language: Python]
2.6 双向协作互补价值
| 维度 | MCP (Kiro → OpenClaw) | ACP (OpenClaw → Kiro) |
| 通信模式 | 同步 / 异步工具调用 | 异步任务委派 |
| 发起方 | Kiro (IDE Agent) | OpenClaw (Runtime Agent) |
| 典型场景 | 发消息、读数据、异步编码 | 生成代码、架构评审、AWS CDK 模板 |
| 延迟要求 | < 5s(同步)/ 分钟级(异步) | 可接受 30s-5min |
| 状态管理 | 无状态(同步)/ 有状态(异步) | 有状态(任务ID/进度/结果) |
| 错误处理 | 简单重试 | 指数退避 + 降级策略 |
| 核心价值 | Kiro 获得“触达外部世界”的能力 | OpenClaw 获得“深度思考”的能力 |
三、实战案例
3.1 案例一:架构评审自动化
标签:金融 / 企业级 | 协议:ACP + MCP
从客户需求到 Well-Architected 报告
场景:某金融客户将核心交易系统从 IDC 迁移到 AWS
Oracle RAC + WebLogic + F5 → Amazon Aurora PostgreSQL + Amazon EKS + Application Load Balancer
3.2 完整流程
Step 1: 客户发送需求
在飞书发送架构迁移需求文档
Step 2: OpenClaw 提取关键信息
当前架构 · 目标架构 · 合规要求(等保三级)· SLA 99.95%
Step 3: ACP 委派 Kiro
Step 4: Kiro 生成交付物
多 AZ 架构图 + AWS Well-Architected 评估 + AWS CDK 模板
Step 5: 输出交付物
architecture-review.html + infra.ts + migration-plan.md
Step 6: 回传飞书群
OpenClaw 将完整报告发回客户飞书群
3.3 Well-Architected 六大支柱评估
| 支柱 | 评分 |
| 安全性 | 92 |
| 可靠性 | 88 |
| 性能效率 | 76 |
| 成本优化 | 85 |
| 卓越运营 | 72 |
| 可持续性 | 81 |
3.4 交付物清单
- architecture-review.html
- infra.ts
- migration-plan.md
3.5 AWS CDK 模板示例
infra.ts [Code Language: TypeScript]
⚡ 15 分钟完成(原需 2 天)——端到端自动化,从需求接收到报告交付全程零人工
3.6 案例二:游戏运维智能响应
标签:手游 / MMO | 协议:ACP + MCP
从告警到自动扩缩容——DAU 500万 MMO 的智能运维
3.7 P1 告警实时面板
3.8 智能响应流程
Step 1: 告警检测
OpenClaw Heartbeat 检测 / Amazon CloudWatch Webhook 接收告警
Step 2: 实时推送飞书运维群
P1 告警 + 当前指标面板
Step 3: ACP 委派 Kiro 诊断
OpenClaw → ACP → Kiro Agent 分析 Amazon CloudWatch Logs + AWS X-Ray
Step 4: 根因定位
匹配服务 v2.3.1 内存泄漏(heap 增长 340MB/h)
Step 5: 自动修复执行
Amazon EKS 扩容 3→8 · 滚动重启 Pod · 生成修复 PR
Step 6: 生成变更集 + 事故报告
AWS CloudFormation 变更集 + 事故报告 (RCA)
Step 7: 多通道推送
飞书(中文)· Discord(英文)· PagerDuty
3 分钟恢复(原需 30 分钟),0 人工干预——MTTR 降低 90%,全自动化告警→诊断→修复→通知闭环
3.9 案例三:跨平台游戏数据日报
标签:游戏发行 / 运营 | 协议:ACP
每天 9 点自动生成 DAU/收入/留存/新增/付费转化日报
流程:Cron 定时 → 拉取多平台数据 → Kiro 清洗+异常检测 → HTML 日报 → 多通道分发
数据来源:GameAnalytics · Adjust · App Store Connect · Amazon Athena
指标 说明每日 9:00 自动推送,异常数据红色高亮——Kiro 自动检测数据异常(如 DAU 波动 >15%),生成可视化日报并多通道分发
3.10 案例四:Spec 驱动的异步代码研发流水线
标签:代码研发 / Spec-Driven | 协议:MCP + Async
Kiro 写需求 + 设计 + Task → Amazon S3 → MCP 异步调用 OpenClaw 编码 → 轮询状态 → 交付工程
场景:SA/开发者使用 Kiro 的 Spec 模式完成需求分析和架构设计,生成标准化的 Requirements → Design → Task 文件。然后通过 MCP 异步接口将任务交给 OpenClaw 的编码子智能体,OpenClaw 基于 Spec 文件自主完成整个项目的代码实现。
Kiro = 架构师(思考+设计) + OpenClaw = 工程师(编码+交付)
3.11 完整流程
Step 1: Kiro Spec 模式——写需求
在 Kiro 中使用 Spec 模式,从用户故事开始,逐步细化为 Requirements 文档
交付物:requirements.md
Step 2: Kiro Spec 模式——架构设计
基于需求生成技术设计文档:技术选型、API 设计、数据模型、架构图
交付物:design.md · architecture.mmd
Step 3: Kiro Spec 模式——拆 Task
将设计拆解为可执行的 Task 列表,每个 Task 有明确的输入/输出/验收标准
交付物:tasks.md · test-criteria.md
Step 4: 打包上传 Amazon S3
Kiro 将全部 Spec 文件打包上传到 Amazon S3,生成预签名 URL 供 OpenClaw 读取
Step 5: MCP 异步调用 OpenClaw
通过 openclaw_chat_async 提交编码任务,获取 task_id
Step 6: OpenClaw 自主编码
OpenClaw 下载 Spec → 子智能体分工 → 逐 Task 编码 → 单元测试 → Git commit
Step 7: 轮询任务状态
Kiro 定期调用 openclaw_task_status 查询进度
Step 8: 交付完成——返回工程地址
OpenClaw 完成后返回 Git 仓库地址 + 部署说明 + 测试报告,并推送飞书通知
4.12 Kiro 提示词 + MCP Server Tools 全流程
Step 4-5: 上传 Spec + 异步提交任务 [Code Language: JSON]
Step 8: 获取最终交付物 [Code Language: JSON]
3.13 Kiro Spec 模式生成的文件结构
.kiro/specs/ 目录结构
3.14 亮点指标
| 指标 | 数值 |
| Spec 步骤 | 3 步(需求→设计→Task) |
| 全自动编码耗时 | ~17 min |
| 测试覆盖率 | 87% |
| 自动生成文件数 | 24 个 |
四、为什么是 MCP + ACP?
你可能会问:为什么需要两个协议?一个不够吗?答案在于它们解决的是不同层面的问题。
| 协议 | 定位 | 类比 |
| MCP | 工具层——标准化的工具调用协议。一个 Agent 暴露能力,另一个 Agent 调用。 | API Gateway |
| ACP | 协作层——Agent-to-Agent 的任务委派协议。支持异步、有状态、长时间运行。 | 消息队列 + 工作流引擎 |
MCP 让 Agent 获得"手"(操作外部世界),ACP 让 Agent 获得"大脑"(委托复杂思考)。双协议组合,才能构建真正的 Agent 协作网络。
从技术演进角度看:
Phase 1(当前):人 → AI 工具(Copilot 模式)
Phase 2(正在发生):Agent ↔ Agent(MCP + ACP 双向协作)
Phase 3(未来):Agent 社会(多 Agent 自组织协作网络)
Kiro + OpenClaw 的组合正是 Phase 2 的典型实践。
五、总结与展望
通过 MCP 和 ACP 两条通道,Kiro 和 OpenClaw 实现了真正的 AI Agent 双向协作:
| 案例 | 效果 |
| 架构评审自动化 | 2 天 → 15 分钟 |
| 智能运维响应 | 30 分钟 → 3 分钟 |
| 数据日报生成 | 全自动 · 零人工 |
| Spec 驱动异步编码 | ~17 分钟 · 全自动 |
这不仅是两个工具的集成,更是一种新范式的探索——让 Agent 像团队成员一样协作。未来,我们期待看到:
- 更多 Agent 加入协作网络(设计 Agent、测试 Agent、安全 Agent...)
- 协议标准化推动跨平台互操作
- Agent 具备自主学习和经验积累能力
- 从"工具链"进化为"Agent 链"
我们正处在 AI Agent 协作的早期。MCP + ACP 的组合为我们提供了一个坚实的起点。让我们一起构建 Agent 协作的未来。
— — —
把需要人参与的事情,交给 Kiro IDE;
把不需要人参与的事情,交给小龙虾;
当小龙虾需要操作 AWS,再交给 Kiro CLI
各司其职,协作无间——这就是 AI Agent 原生架构的未来。
— — —
六、资源链接
➡️ 下一步行动:
相关产品:
- Amazon CDK — 基础设施即代码框架
- Amazon Aurora — 适用于 PostgreSQL、MySQL 和 DSQL 的无服务器关系数据库服务
- Amazon S3 — 适用于 AI、分析和存档的几乎无限的安全对象存储
- Amazon EKS — 托管式 Kubernetes 服务
*前述特定亚马逊云科技生成式人工智能相关的服务目前在亚马逊云科技海外区域可用。亚马逊云科技中国区域相关云服务由西云数据和光环新网运营,具体信息以中国区域官网为准。
本篇作者
AWS 架构师中心:云端创新的引领者探索 AWS 架构师中心,获取经实战验证的最佳实践与架构指南,助您高效构建安全、可靠的云上应用 |
![]() |


