从换工具到改写工作方式：面向多 Agent 研发实践的10 条原则
AI 编程没有让交付显著变快，往往不是模型不够强，而是人仍卡在每一步。Kiro 的 10 条原则把问题落到意图、验证、代码库、权限与注意力管理。
不少开发者日常使用 AI 编程助手时，会陷入这样一种状态：
在 IDE 里敲下一行提示词，屏住呼吸等待几十秒，看到代码刷出来，顺手点击接受；本地一运行，控制台红了一片；于是把报错日志复制回对话框，再等几十秒……循环往复。
你确实换了更新的工具，打字与生成速度也变快了，但如果退后一步看整体交付周期：从需求提出、系统设计、代码编写、反复调试到上线发布，整体交付往往并没有带来预期的显著提速。开发者依然容易陷入疲态，核心原因在于许多人仍把自己放在 AI 与终端之间，充当实时的人肉路由器、异常传递员和点击确认器。
2025 年 9 月，Kiro 团队发布了由 Clare Liguori 主笔的工程专题《Frontier Engineering》（前沿工程学），系统梳理了 10 条面向多代理（Agent）研发实践的探索性原则。
作者的核心主张在于：当前的软件研发实践正在出现分化。一部分团队只是在既有流程中换了编码工具，而前沿探索者则在尝试重构工作方式——从亲自手写每一行代码，转向搭建让 Agent 自主闭环推进的工程基础设施，以追求显著乃至阶跃式的交付提速。
如果你已经熟悉 AI 辅助编程，却发现端到端交付依旧频繁受阻于人肉卡点，本文将结合 Kiro 的 10 条原则，解析这套工作流背后的运行机制、依赖条件与工程边界。
10 条原则阅读地图
- Architect, not typist → 角色重置
- Maximize agent time → 摆脱人肉卡点
- Build for agents → 改造代码库
- Build a fast feedback loop → 快速反馈闭环
- Direction over execution → 角色重置中的方向与规格驱动
- Treat code as disposable → 代码可重写，边界测试是契约
- Hold the line on human standards → 人类标准与审查分工
- Trust the boundaries → 防护栏工程
- Use agents for everything → 全流程协同
- Constantly tune your setup → 持续调优的飞轮
角色重置：从敲击代码的打字员，转向定义意图的架构师
在前沿工程实践中，Kiro 观察到走在最前面的开发者手写的生产代码占比已经降至 1% 以下。需要强调的是，这是作者在特定实践中观察到的现象，而非要求所有团队生搬硬套的目标 KPI。这并不意味着开发者的职责变轻了，而是工程重心发生了显著转移。
图：Kiro「Architect, not typist」原则配图，示意工程师把重心转向系统方向与验证。
以往大部分时间消耗在敲击键盘、寻找语法细节与排查低级 API 调用上。但在由 Agent 承接具体编码的模式下，软件研发的核心成本转变为两件事：第一，清晰定义什么叫「Done」（需求边界、约束、验收准则）；第二，验证输出物是否真正符合系统意图。
很多开发者使用 Agent 效果不佳，第一步往往踩在「意图模糊」的陷阱上（注：以下加鉴权对比为本文为了说明意图表达机制而展开的示意，非 Kiro 原文用例）：
- 低效意图：“给这个 API 加上用户鉴权。”
面对这句指令，Agent 往往自行脑补技术选型、随意决定拦截范围与默认错误响应格式。一旦其假设与业务实际冲突，开发者就需要耗费额外精力推倒重来。 - 合格意图：“为以下端点增加基于角色的访问控制（RBAC）：
/admin/*仅限 Admin 角色，/api/v1/user/*允许 User 与 Admin 角色访问。当 Token 过期时，按照规范返回 401 状态码及TOKEN_EXPIRED错误体；提供针对未授权访问、令牌过期、伪造签名的测试用例，并确保全部通过。”
在这里，具体代码执行的边际成本大幅下降，而定义系统方向（Direction）的权重被显著放大。
系统架构、API 契约、外部依赖选择以及核心权衡（Trade-offs）一旦偏离，推倒修正的成本依然不低。因此，开发者应当把精力聚焦在系统的关键骨架上。在设计阶段，也可以让 Agent 成为方案推演的助手：例如让它调研多种可行的技术路线并编写可对比的原型，通过原型运行结果与实际证据来辅助团队做决策。
方向确定后，工作应当转入规格驱动开发（spec-driven development）：先与 Agent 共同写清规格与需求，以减少生成代码之前的歧义；在推进过程中持续判断架构能否承受真实负载、既有权衡是否需要重审，以及产品是否已经达到可以交给用户的状态。
图：Kiro「Direction over execution」原则配图，示意先确定方向与规格，再扩大执行。
摆脱人肉卡点：把「60 秒等待循环」拉长为「30 分钟自愈闭环」
要实现开发吞吐量的跃迁，必须打破「人在回路中（Human-in-the-loop）」的紧耦合。
如果你坐在屏幕前，每次发完指令就盯着光标闪烁，等待 60 秒后手动帮它测、手动喂报错，那么你就是整个流水线上最大的并发瓶颈。
前沿开发者的做法是给 Agent 分配具备明确验证标准、生命周期更长的任务。例如 Kiro 在原则中给出的典型任务指令为：