
AWS推出Kiro bots,帮助开发者协调多个AI编码代理
来源标题:AWS launches Kiro bots to help devs coordinate AI coding agents
AWS发布Kiro bots,已在开源多代理开发环境Kiro Crew中正式可用,用于帮助开发者协调并行编码任务、跨会话保持上下文并自动化重复开发流程。开发者可为每个bot设定具体职责,如问题分类、构建监控或发布就绪检查,并自定义名称、指令、工具和权限。每个bot还能并行启动多个工作代理会话。
以下正文由 AI 翻译自 InfoWorld(原文版权归原站所有),可能存在偏差,重要内容请以原文为准。
AWS 于周四推出 Kiro bots,该功能已在 Kiro Crew 中正式可用。Kiro Crew 是 AWS 的开源多智能体开发环境,Kiro bots 旨在帮助开发者协调并行编码任务、在多个会话之间保持上下文,并自动化重复性的软件开发工作流。
AWS 在声明中表示,Kiro bots 的设计目标是让机器人负责开发者工作流中的特定环节,而不是在单个智能体会话中执行孤立任务,从而缓解开发者日益加重的协调负担——随着开发者越来越多地依赖多个 AI 智能体并行处理软件开发任务,这种负担正不断上升。
机器人的设置与工作方式
开发者可以通过打开 Kiro Crew 中的 Customize 区域并选择“Add a bot”选项来创建机器人,创建时可以选择一个默认智能体或已有的自定义智能体作为其基础。
AWS 表示,每个机器人都可以被赋予特定的职责,例如问题分类、构建监控或发布就绪检查,并可根据其预期处理的任务,为其配置独立的名称、头像、指令、工具和权限。
AWS 补充说,开发者可以用每个机器人并行启动多个工作智能体会话,由机器人监控这些会话的进度、纠正偏离计划的会话,并汇总它们的结果。如果某项任务需要开发者输入或做出决策,机器人可以在继续执行其他不依赖该决策的任务的同时,向开发者寻求批准。
为了在多个会话之间保持连续性,每个机器人还通过 AWS 称为 Notes 的功能维护自己的持久记忆。
AWS 表示,这些 Notes 记录了机器人对项目的理解,包括开发者偏好、此前做出的决策、项目需求,以及在其工作过程和开发者反馈中收集到的约束条件。累积的上下文帮助每个机器人在后续任务中应用相同的指令和判断,开发者无需反复解释自己的期望。
AWS 补充说,这种持久上下文还允许开发者通过机器人的聊天安排重复性活动,例如每个工作日早晨调查夜间 CI 失败,或在特定日期准备发布说明,使机器人能够将所学内容应用到后续运行中。
AWS 进一步表示,开发者还可以选择查看、编辑或删除机器人的 Notes,以调整其记忆内容,并塑造其在未来会话或任务中的行为。
AWS 还在 Kiro Crew 中引入了一项名为 Dashboards 的功能,允许开发者描述他们希望如何可视化机器人的 ongoing 活动和报告。
生产力提升伴随“协调税”
分析人士认为,Kiro Crew 中引入机器人可能会减轻开发者并行使用多个 AI 智能体时的协调负担,使他们的关注点从管理单个会话转向监督更广泛的开发工作流。
HyperFrame Research 的 AI 栈实践负责人 Stephanie Walter 表示:“并行运行多个智能体会让开发者变成调度员,不断检查进度、重新衔接上下文并决定下一步做什么。Kiro Bots 试图接管更多这类协调工作,从而减少对单个会话的监督。”
HFS Research 的执行研究负责人 Ashish Chaturvedi 赞同 Walter 的判断,他表示 Kiro Crew 中的机器人本质上帮助企业以管理良好工程团队的方式组织 AI 智能体。
然而,IDC 集团副总裁 Dave McCarthy 指出,通过一个监督型机器人来编排多个工作智能体会引入所谓的“协调税”,主要原因是并行的后台重试和工具调用会迅速叠加 token 消耗和计算成本,CIO 需要对此保持警惕。
因此,Walter 认为,CIO 应当将机器人带来的生产力提升与其运营成本进行对比评估。
她说:“理想情况下,他们应该从一个边界明确的流程开始,并衡量完整的结果:正确完成的工作、开发者审查时间以及运营成本。后台活动更多本身并不等于生产力更高。”
她补充说,CIO 还应理性判断是否所有重复性开发工作都需要 AI 智能体,或者某些任务通过传统自动化处理会更好。
Walter 表示:“当任务需要调查、解读或适应不熟悉的情况时,智能体更有用。客户应该问一问,机器人在哪些环节增加了判断力,哪些环节用普通自动化会更简单、更便宜、也更容易验证。”
可审计性与治理方面的担忧
Chaturvedi 提醒说,除了成本影响之外,机器人自主性的增强还可能让开发者更难追溯跨多个会话做出的决策。
他说,尽管 Kiro 允许开发者查看、编辑或删除 Notes 并审查工作日志,但随着机器人的行为在数周的交互和反馈中不断演变,解释机器人为何做出某项特定决策可能会变得更加困难。
他补充说,不同开发者最终得到的机器人也可能因其累积的指令和纠正不同而表现出不同行为。
此外,Chaturvedi 还警告了潜在的权限蔓延问题:机器人会请求访问更多工具,而开发者可能逐渐习惯于批准这类请求,却没有充分重新评估授予智能体的权限。因此 McCarthy 表示,CIO 和 IT 领导者需要像管理人类承包商一样管理机器人,设定严格的身份范围、预算护栏和集中式遥测。
正文由 探How 从来源站点 RSS 同步,内容未经改写;遇到排版缺失或需要图片、视频时请以原文为准。