一个人加一组Agent，交付线到底怎么搭？

「一个人加一组智能体」听起来像口号，落到实处其实是一套很具体的分工表。关键不在于用了多少个智能体，而在于哪些环节坚决不让机器碰。

一、先把交付拆成五段

第一段场景诊断：搞清楚哪个环节最耗人、最容易错、最影响交期。这一段决定项目方向，全部由人完成，不能外包给任何工具。

第二段数据盘点：目标场景涉及哪些数据、存在哪里、谁在维护、更新频率如何。这一段人机各半，人负责问对问题，工具负责整理和交叉核对。

第三段原型验证：用最小的成本做出一个能点的东西给业务看。这一段智能体承担大部分编码和文档工作，人负责设计和判断结果对不对。

第四段流程改造：调整实际的操作步骤和职责分工。这一段几乎全靠人，涉及沟通、说服和妥协。

第五段结果复盘：对照基线看指标动了没有。这一段工具负责取数和出报表，人负责解释和决定下一步。

二、哪些活坚决交给智能体

标准是三条：规则明确、可验证、错了代价小。满足这三条的活全部交出去——数据清洗脚本、字段对照表整理、测试用例生成、会议纪要、操作手册初稿、常见问题答复模板。

这些活加起来通常占传统交付人力的一半以上，而且是最消耗耐心、最容易出错的部分。交给工具之后，人的精力可以集中到判断上。

反过来，任何涉及「这个业务规则到底该怎么定」「客户内部谁会反对」「这个数据可不可信」的判断，都不能交出去。工具不知道车间主任昨天在会上黑了脸。

三、这套线为什么跑得动

第一个原因是方法标准化。每一段都有清单，新场景照着清单走，不依赖个人临场发挥。没有清单，一个人是撑不住五段活的。

第二个原因是复用。第二个同类客户的场景诊断可以直接套用上次的问题清单，数据盘点可以复用字段对照，原型可以改配置而不是重写。

第三个原因是范围克制。轻量交付不承接大而全的项目，一次只做一个业务动作。范围小，一个人才管得过来，四到六周才出得来结果。

让一个人能干成的秘密，不是这个人特别强，而是流程里没有留给低效动作的位置。

四、阿优至简的视角

我们做这套线的初衷很朴素：唐山的中小企业付不起一支驻场队伍的钱，但他们的问题是真实的、值得解决的。要么把成本降下来，要么这个市场就没人服务。

两年跑下来，同类场景的交付周期从最初的十周压缩到四到六周，成本降到了客户能接受的区间。这不是压榨谁的加班时间换来的，是把不该由人做的事交出去换来的。

落地前的三条至简建议

1. 先分类：把交付动作按「判断」和「重复」分成两栏，重复的那栏尽量交给工具。
2. 先建清单：每个环节都要有可执行的检查清单，不靠记忆和经验。
3. 先控范围：一次只做一个业务动作，做完再谈下一个。

轻量不是简陋，是把力气用在真正需要人的地方。剩下的活，让工具去干。