一年前,亚马逊云科技推出 AI 编程工具 Kiro 时,试图解决的是“生成代码之后怎么办”:与只凭一句提示词快速搭建原型不同,Kiro 把需求、技术设计和任务拆解放在写代码之前,希望用规范驱动开发降低 AI 生成代码的随机性。
一年后,问题又向前推进了一步。
当开发者开始同时调度多个 Agent,并把代码迁移、故障排查、依赖升级等任务交给它们持续运行数小时甚至更久,新的瓶颈不再只是模型会不会写代码,而是 Agent 能否跨会话记住项目背景、在无人值守时安全执行,并让开发者知道它究竟做了什么。
Kiro Crew 正是在这一背景下出现的。
它将持久记忆、多 Agent 协作、任务调度、失败重试和安全控制放进同一个工作空间,试图补齐 Agent 从单轮代码生成走向长期任务执行时缺少的工程控制层。
亚马逊云科技杰出开发者布道师 Darko Mesaroš在近期分享中表示,长期运行并不意味着让模型无限循环,而是让任务能够跨越多个会话持续推进,同时保留必要的上下文、执行记录和人工干预入口。
从 Vibe Coding 到规范驱动开发,Kiro 多走了一步 Kiro Crew 于 8 月 4 日正式开源。
与 Kiro IDE 面向单次开发会话、由开发者持续参与不同,Kiro Crew 更像一个可以长期存在的 Agent 工作空间:它能够在本地电脑或远程服务器运行,协调多个 Agent 并行执行任务,在会话之间保留状态,还可以通过定时任务、Webhook 和状态监测机制持续关注代码仓库、构建流水线与部署状态。
这也意味着,AI 编程工具正在从“副驾驶”走向“任务承包者”。
但从现场分享来看,亚马逊云科技并没有把这种变化简单解释为更高程度的自动化。
Kiro Crew 真正试图补上的,是长期委派背后的工程控制层。
Mesaroš将 Kiro 过去一年最核心的产品思路概括为:不只帮助开发者进行“氛围编程”, 而是把规范重新带回软件开发
🔗 原始来源
如果你要核对细节,可以再看原文: InfoQ AI原文链接
AI热榜