AWS 开源 Kiro Crew：让 Coding Agent 在后台持续协作

导语

传统 Coding Agent 往往围绕一次对话展开：开发者提出需求，Agent 生成结果，人在电脑前不断确认。AWS 最近开源的 Kiro Crew，则把重点放在“离开之后还能继续工作”上。它允许多个 Kiro Coding Agent 跨 Session、工具和任务协同执行，开发者可以把较长周期的工程任务交给后台，之后再回来审查阶段性成果。

它提供了什么

Kiro Crew 运行在 Kiro CLI 之上，并通过 Agent Client Protocol（ACP）编排 Agent。其核心能力包括：

• 持久化与跨 Session 上下文：Agent 可以保留项目背景，避免每次从零开始输入相同 Prompt。
• 并发与委派：多个 Agent 能同时处理不同任务，主 Agent 也可以把工作拆分给子 Agent。
• 可复用工作资产：项目能够继续使用 .kiro 配置、Steering 文件、Skills 和自定义 Agent。
• 外部工具连接：MCP、Webhook 以及专门设计的 Apps，可把 Agent 接入现有工作流。
• 定时与异步执行：事故调查、Dependabot 工单分诊、迁移、CI/CD 任务和 PR 监控等工作，不必要求开发者持续在线。

Activity 视图是另一个关键设计。开发者可以实时查看 Agent 的计划、工具调用、审批节点和执行结果，从而把“后台自动运行”与可观察、可干预的过程结合起来。

安全与部署

Kiro Crew 最初由 Amazon 内部以 MeshClaw 名义开发，官方称其已被超过 3.9 万名内部开发者采用，并有 500 名贡献者参与。如今项目以 Apache 2.0 许可证开放，支持 macOS、Linux 和 Windows，既可本地运行，也可部署到开发者自行控制的基础设施上，并提供 Slack、Telegram 和企业微信集成。

安全方面，项目强调纵深防御，包括 OS 级沙箱、默认拒绝的命令策略、可疑模式拦截、输入验证、敏感路径保护、凭据脱敏，以及带签名的操作审计日志。这些机制并不能替代人工审核，但为 Agent 执行真实工程操作提供了更明确的控制边界。

意义与限制

Kiro Crew 的重要变化，不只是增加了几个 Agent，而是把 Coding Agent 从“交互式助手”推进到“持续运行的工程参与者”。跨 Session 的记忆和并行执行，有望减少重复的 Prompt Engineering，让开发者把注意力放在目标设定、风险判断和结果 Review 上。对拥有大量重复性运维、迁移或工单任务的团队而言，这种编排方式也更接近实际生产流程。

不过，后台并行意味着更高的模型调用量。社区反馈显示，Crew 的 Token 消耗可能明显高于 Kiro CLI；同时，Agent 数量增加后，任务边界、权限、审批和结果质量都需要更精细的治理。因此，Kiro Crew 是否能在企业中普及，不仅取决于功能，也取决于成本控制、审计能力和团队能否建立稳定的人机协作流程。

InfoQ 中文