大多数关于“敏捷中的人工智能”的帖子仍然是关于工作流程的；让 Cursor 完成一个函数，让 Claude 重写一个文档字符串。那个故事是昨天的。今年的情况有所不同：你的团队中有很大一部分人现在是人工智能代理，负责获取工单、运输代码和关闭 PR。不是助理。队友们，您可以衡量吞吐量。
如果您运行冲刺，这会改变会议。它改变速率。它甚至改变了回顾的意义。大多数团队仍在运行他们的冲刺周期，就好像每个贡献者都是人一样，并且接缝已经开始显现。
这是实用版本：当一半的吞吐量是非人类时，冲刺计划、速率、代码审查和回顾实际上会发生什么变化，以及团队在前三个冲刺中与人工智能队友犯的四个错误。
AI队友到底是什么
在这篇文章中，AI 队友是 Claude Code / Cursor 代理 / Devin / Aider 会话：
- 从待办列表的订单中挑选工单（手动触发或计划）
- 运行测试、打开 PR、处理审核意见
- 在小/中票上关闭自己的循环，内循环中无需人工
它是 不 编辑器中的自动完成助手；这仍然有用，但不会改变计划。队友是在你睡觉时从头到尾完成一张票的人。
如果您的团队还没有这些，那么本文的其余部分是预览。如果你有的话，你已经感受到了摩擦。如果您有三个或更多，您可能已经意识到您的冲刺板不再能够模拟世界。
冲刺计划有哪些变化
三个具体转变。
1. 你计划了两个队列，而不是一个。
人类工作和人工智能队友的工作不能很好地交织在一起。人类会选择有深度、复杂、模糊的工作；代理挑选小型的、明确的、机械定义的工作。如果将两者都放在一个冲刺待办事项列表中，则会发生两件事：
- 人类首先拿起小票（“快速获胜”），然后停止深度工作。
- 代理们尝试开展深度工作并生成 9 个 PR，其中 60% 正确，需要重新做。
修复：标记工作 human 或 agent。他们进行同一个冲刺，但他们是单独的队列。规划每个容量。 （参见： 故事分裂，变为承重；分配器决定工单是发给人类还是代理。）
2. 估算对话不同。
对于人类工单：通常的相对尺寸。
对于代理票：问题不是“有多大”；而是“有多大”。这是“规范足够好，代理可以在没有人工往返的情况下完成它。”这是一个是/否，而不是分数。未通过此检查的工单将返回细化，它们不会以半规格的价格发送给代理商。
大多数球队都低估了 规格成本 的代理工作。需要高级工程师 2 小时处理的工单可能需要客服人员 30 分钟的运行时间；但这需要 45 分钟的时间来清晰地编写规范，以确保代理不会偏离轨道。净节省时间：45 分钟，而不是 2 小时。确实如此，但不是某些声称的 10 倍获胜。
3、代理端能力模糊。
人的能力是有限的；聚焦系数×人时。代理能力受以下因素限制：
- 规范编写能力 （团队能够以多快的速度制作可供代理运行的工单）
- 审核能力 （人类审查代理 PR 的速度有多快）
- 计算预算 （真钱，有时有约束力）
在实践中， 审稿能力通常是瓶颈。一个由 4 名人员和 3 名活跃代理组成的团队通常会最大限度地发挥“人类可以做的评论”；这远低于代理商可以交付的数量。围绕瓶颈制定计划。 （参见： 冲刺能力计算器.)
速率有什么变化
速率在三个方面变得奇怪。
总速率上升；有时很多。 一个团队在每个冲刺中获得 32 分，一旦他们弄清楚代理商可以接受哪些工单，他们就可以达到 50+。这是真实的，而不是图表工件。
速率变得更加嘈杂。 代理工单吞吐量在很大程度上取决于规范的编写程度，而规范的编写情况每周都会有所不同。预计代理端速率的冲刺与冲刺之间的波动将比人类所产生的更大。不要对一次嘈杂的冲刺做出反应。
将这个团队与以前的自己进行比较已经不再有效。 您在特工队友之前的历史速率与您当前的速率不同。当您跨越时，明确重置基线。不要在没有提及基材变化的情况下告诉利益相关者“我们现在速率提高了 60%”；他们将围绕新数字进行计划，但他们应该知道其中包括一个需要花钱运行的非人类团队。
如果你的速率下降 之后 特工队友加入，诊断剧本大部分相同 速率下降；这是实际的剧本，还有两个额外的原因需要检查：
- 审查待办列表工作：代理交付速度比人类审核速度快。
- 规格漂移：早期的代理票有明确的规格，因为团队写得很仔细；最近的事情变得草率了，因为“特工们可以弄清楚”。他们不能。
代码审查有哪些变化
三种新的故障模式。
1. 太多类似的 PR 导致审稿人疲劳。
五个具有相似形状的代理 PR（“在代码库中将 foo 重命名为 bar”，每个都位于不同的模块中）仔细审查会让人筋疲力尽。审阅者要么浏览并批准，要么在没有具体反馈的情况下批量拒绝。两者都不好。
解决方法：在审核之前将机制相似的 PR 合并为一个。如果您的代理发送了五个重命名 PR，请要求其合并它们。仔细审查一个 PR，而不是懒惰地审查五个 PR。
2. 自信编写的代码中存在细微的正确性错误。
代理编写的代码看起来很优雅；干净的变量名称、完整的类型提示、一致的风格。这些错误通常出现在人类看不到的地方：边界处的相差一、API 返回 null 时的静默回退、模拟应该测试的内容的测试。
解决方法：查看代理 PR 更高 在早期冲刺中比人类 PR 更受审查。当你看到代理犯了什么错误时，信任会随着时间的推移而调整。不要从高度信任开始。
3. 复习没有学到的评论。
一个人类队友如果收到相同的评论三次，就会改变他们的行为。代理不会，除非您将课程放入系统提示或技能文件中。否则，您每次冲刺都将支付相同的审核成本。
修复：每个重复出现的评论评论都会成为 CLAUDE.md/skill/rules 文件条目。团队的审查知识被编译到代理的上下文中。经过 4-5 个冲刺后，代理公关质量显着提高。
回顾中有哪些变化
这是令人惊讶的一点。回顾的是 更多 对于特工队友来说同样重要。两个原因：
该系统有更多的活动部件。 对于仅限于人类的情况，回顾主要着眼于人员、流程和工具。对于代理，您还可以回顾：规格质量、审查吞吐量、代理故障模式、计算成本、规则文件。诚实的行动项目通常与代理设置有关，而不是与人有关。
代理失败是无声的。 一个陷入困境的人会对团队进行 ping 操作。陷入困境的代理要么陷入循环，打开错误的 PR，要么静静地停止。这些都没有出现在站立表演中。它们出现在一个回顾的问题中； “我们买了什么票 不 交付我们期望的冲刺吗？”；然后你就找到了他们。
最适合混合团队的回顾格式不是标准的开始/停止/继续。这是 4L（喜欢/了解/缺乏/渴望）：因为“已学习”是团队捕获代理运行时出现的问题而不使其成为个人问题的地方，而“缺乏”则表明需要弥补的规范/规则差距。
团队在前三个冲刺中犯的四个错误
按照我们看到它们的频率大致排序：
1.代理容量视为免费。 事实并非如此。计算需要金钱，审查需要人力时间，规范编写需要高级工程师的时间。当团队无法为此制定预算时，座席吞吐量就会趋于稳定，并且团队会因为没有明确原因而感到沮丧。
2. 在一个冲刺队列中混合代理和人工工单。 导致上述的拣货失速。标记并分开。如果需要的话可以进行子冲刺。
3. 跳过规格质量关卡。 “我们会把这个扔给代理”会产生一个你花 90 分钟修复的 PR。上游 30 分钟的规范质量对话可以节省下游时间。这是投资回报率最高的单一纪律变革。
4. 不恢复代理设置。 团队回顾人员流程工具并忘记代理流程规则。代理设置现在是您吞吐量的一半。回顾吧
这对您的冲刺板意味着什么
大多数现代冲刺工具，包括 SprintFlint，都支持标记工单、将其分配给非人类“代理”，并按交付者筛选燃尽图。如果您的工具做不到这些，几个冲刺之后，看板就无法准确反映实际情况。
您在板上实际需要的东西：
- “所有者”类型，包括人和代理（不同颜色，相同状态流）
- 根据代理与人类速率进行过滤
- 审查队列可见性（因为审查现在是瓶颈，而不是写入）
- 代理可挑选列之前的规格质量门
如果您当前的跟踪器假装每个贡献者都是人类，那么当团队尝试预测并且图表在底层层面上是错误的时，您会在计划时感受到最多。
（SprintFlint 的 代理集成：Cursor、Claude Code、Aider、Windsurf、Zed、Continue、Cline、Codex CLI；直接从编辑器读取工单，并在代理交付时更新它们。您的冲刺板反映了交付的内容，无论是谁交付的。）
诚实的总结
人工智能队友与速度更快的人类不同。它们是不同的吞吐量单位，具有不同的容量限制、不同的故障模式和不同的审查成本。能够充分利用他们的团队将他们视为具有结构性需求的队友，而不是生产力的促进者。
通常可以释放接下来 50% 吞吐量的三个变化：
- 在规划时标记并分离人员和代理工单。
- 代理人可以在取票之前先进行规格质量检查。
- 回顾每个冲刺的代理设置，将规则文件更新作为操作项。
运行四个冲刺。数字在移动。
相关阅读：
- 速率下降；这是实际的剧本：涵盖特定于代理的速率下降原因。
- 敏捷估算技术比较：当一半的工作是由代理驱动时，估算会如何变化。
工具：