亚马逊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]

{
  "mcpServers": {
    "openclaw": {
      "command": "npx",
      "args": ["-y", "openclaw-mcp@latest"],
      "env": {
        "OPENCLAW_GATEWAY": "https://gw.openclaw.ai",
        "OPENCLAW_TOKEN": "${OPENCLAW_TOKEN}"
      },
      "transportType": "stdio"
    }
  }
}

配置完成后,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]

# 启动常驻子进程
self._proc = subprocess.Popen(
    ["kiro-cli", "acp"],
    stdin=subprocess.PIPE, stdout=subprocess.PIPE, stderr=subprocess.PIPE
)

# JSON-RPC 握手
self._send_request("initialize", {
    "protocolVersion": 1,
    "clientCapabilities": {
        "fs": {"readTextFile": True, "writeTextFile": True},
        "terminal": True
    },
    "clientInfo": {"name": "kiro-api-bridge", "version": "1.0.0"},
})

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

OpenClaw → ACP → Kiro Agent

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]

import * as cdk from 'aws-cdk-lib';
import { Vpc, SubnetType } from 'aws-cdk-lib/aws-ec2';
import { DatabaseCluster } from 'aws-cdk-lib/aws-rds';
import { Cluster } from 'aws-cdk-lib/aws-eks';

export class FinanceInfraStack extends cdk.Stack {
  constructor(scope: cdk.App, id: string) {
    super(scope, id);

    // Multi-AZ VPC with isolated subnets
    const vpc = new Vpc(this, 'FinanceVpc', {
      maxAzs: 3,
      natGateways: 2,
      subnetConfiguration: [
        { name: 'Public',  subnetType: SubnetType.PUBLIC },
        { name: 'Private', subnetType: SubnetType.PRIVATE_WITH_EGRESS },
        { name: 'Isolated', subnetType: SubnetType.PRIVATE_ISOLATED },
      ],
    });

    // Amazon Aurora PostgreSQL (replaces Oracle RAC)
    const db = new DatabaseCluster(this, 'AuroraCluster', {
      engine: rds.DatabaseClusterEngine.auroraPostgres({
        version: rds.AuroraPostgresEngineVersion.VER_15_4,
      }),
      instances: 2,
      vpc,
    });

    // Amazon EKS Cluster (replaces WebLogic)
    const cluster = new Cluster(this, 'EksCluster', {
      version: eks.KubernetesVersion.V1_29,
      vpc,
      defaultCapacity: 3,
    });
  }
}

        
 

⚡ 15 分钟完成(原需 2 天)——端到端自动化,从需求接收到报告交付全程零人工

 
 

3.6 案例二:游戏运维智能响应

 

标签:手游 / MMO  |  协议:ACP + MCP

 

从告警到自动扩缩容——DAU 500万 MMO 的智能运维

 
 

3.7 P1 告警实时面板

 
指标 数值 状态
 
CPU 利用率 87.3% 严重
 
Pod Pending 14 严重
 
WebSocket 断连 1,247/min 警告
 
在线玩家 2.3M 正常
 
 
 

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

  指标 说明
 
DAU 日活跃用户
 
收入 Daily Revenue
 
留存 D1/D7/D30
 
转化 付费转化率
 
 

每日 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]

 
 
 
用户提示词:
"把 .kiro/specs/ 下的所有文件上传到 S3,
 然后通过 OpenClaw 异步执行完整的项目编码。
 要求:
 - 逐 Task 编码,每个 Task 完成后 git commit
 - 包含单元测试,覆盖率 > 80%
 - 生成 README.md 和部署文档
 - 完成后推送到 GitHub 仓库
 - 给我一个 task_id,我后面查进度用"

Kiro 自动调用:
Tool: openclaw_chat_async
{
  "message": "从 s3://project-specs/proj-xxx/ 下载所有 Spec 文件...",
  "session_id": "kiro-dev-proj-xxx"
}

→ Response:
{ "task_id": "task_a1b2c3d4-e5f6-7890", "status": "accepted" }

        
 
 

Step 8: 获取最终交付物  [Code Language: JSON]

 
 
 
 
用户提示词:"编码完了吗?给我仓库地址"

Kiro 自动调用:
Tool: openclaw_task_status
{ "task_id": "task_a1b2c3d4-e5f6-7890" }

→ Response:
{
  "status": "completed",
  "result": {
    "repo_url": "https://github.com/org/project-xxx",
    "commits": 8, "files_created": 24,
    "test_coverage": "87%", "test_passed": "42/42"
  },
  "duration": "16m 52s"
}

3.13 Kiro Spec 模式生成的文件结构

.kiro/specs/ 目录结构

.kiro/specs/
├── requirements.md      # 需求文档(用户故事 + 验收标准)
│   ├── FR-001: 用户注册与登录(OAuth2 + JWT)
│   ├── FR-002: 数据仪表盘(实时图表 + 筛选)
│   ├── FR-003: API 限流与鉴权
│   └── NFR-001: P99 延迟 < 200ms, 可用性 99.9%
│
├── design.md             # 技术设计文档
│   ├── 技术选型: Next.js 14 + tRPC + Prisma + PostgreSQL
│   ├── API 设计: RESTful + WebSocket 实时推送
│   ├── 数据模型: User / Dashboard / Widget / DataSource
│   └── 部署方案: AWS CDK → ECS Fargate + Aurora Serverless
│
├── tasks.md              # 任务列表(8 个 Task)
│   ├── Task 1: 项目脚手架 + CI/CD 配置
│   ├── Task 2: 数据库 Schema + Prisma Migration
│   ├── Task 3: 用户认证模块(NextAuth.js)
│   ├── Task 4: Dashboard CRUD API(tRPC Router)
│   ├── Task 5: 前端页面(Dashboard / Widget Editor)
│   ├── Task 6: 实时数据推送(WebSocket)
│   ├── Task 7: API 鉴权 + 限流中间件
│   └── Task 8: CDK 部署栈 + 集成测试
│
├── test-criteria.md      # 验收标准 + 测试用例
└── architecture.mmd      # Mermaid 架构图

3.14 亮点指标

指标 数值
Spec 步骤 3 步(需求→设计→Task)
全自动编码耗时 ~17 min
测试覆盖率 87%
自动生成文件数 24 个
Kiro 负责"想清楚"(Spec),OpenClaw 负责"做出来"(Code)——异步解耦,各司其职

四、为什么是 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 服务

*前述特定亚马逊云科技生成式人工智能相关的服务目前在亚马逊云科技海外区域可用。亚马逊云科技中国区域相关云服务由西云数据和光环新网运营,具体信息以中国区域官网为准。

本篇作者

张振华

亚马逊云科技解决方案架构师,负责基于亚马逊云科技的云计算方案的架构和设计,在 Edge、Serverless 、容器化,微服务架构,云原生 DevOps 等方向具有丰富的实践经验。自加入亚马逊云科技后,专注于游戏行业,以及 GenAI 在游戏行业的应用。

赵阳阳

亚马逊云科技解决方案架构师,有超过 10 年的研发及架构设计经验。目前致力于推广 AWS 的技术和各种解决方案。


AWS 架构师中心:云端创新的引领者

探索 AWS 架构师中心,获取经实战验证的最佳实践与架构指南,助您高效构建安全、可靠的云上应用