三大金刚 01 · Agent Build

把一个岗位,
做成 7×24 能干活的数字员工

不是做一个会聊天的 Demo,是接上你的数据、你的系统、你的审批习惯, 让它真的把活干完——并且在你划定的边界内干活。

先对齐标准

「能对话」和「能干活」差着六件事

市面上大多数「智能体」停在第一列。我们交付的是第二列。

环节能对话的 Demo能干活的系统
数据上传几份干净文档接上 CRM、企微、ERP、Excel,处理缺失和格式不一
触发人打开对话框问一句事件触发:新线索进来、工单超时、报表到期
判断给一段看起来合理的回答按明确规则判断,不确定时降级给人
动作只在对话框里输出文字建工单、发消息、改状态、写回业务系统
边界没有边界概念L0–L4 授权线写清楚,出错有回退路径
验收「感觉挺聪明的」业务指标对比 + 原始记录,可复测
最关键的一步

上线前真正要签字的,不是模型选型,是授权线

AI 判断设备异常,这是技术问题。AI 判断之后可以做什么——提醒人?创建工单?停止设备? 还是自动采取行动——这是授权问题。每往后一层,AI 拿到的决策权更大,出事时的责任也更重。

级别AI 的权限人的角色出事谁负责
L0 只读 只输出结论、评分、建议,不产生任何动作 全部决策 使用者本人
L1 起草 生成动作草稿(工单、邮件、配置),但不提交 逐条确认后提交 点确认的人
L2 阈值内自动执行 在预设阈值内直接执行,保留撤回窗口 设阈值、抽查、必要时撤回 设定阈值的人
L3 自动执行且不可即时回滚 直接执行,动作产生外部后果 事后审计、处理例外 批准上线的业务负责人
L4 自主闭环 在范围内自行决定并执行,只上报例外 定义例外规则、定期复核 组织(需事先约定的问责安排)
这张表的用法只有一条: 任何一个智能体项目,在写第一行代码之前,甲乙双方要先在这五行里指认一行。 指认不了,说明需求没谈完,不是技术方案没做完。

为什么必须上线前划,不能上线后调

它决定回滚成本:只输出建议的系统,出错代价是「人多看一眼」;能自动停设备的系统,出错代价是产线停摆。 同样的模型精度,在不同授权级别下期望损失差几个数量级。先定级别,才能倒推需要多高的准确率、多严的评测、多长的灰度期。

它不会随着模型变强自动上移

模型能力、Coding Agent 的自动化程度都在变强。但「AI 可以决定什么、可以执行到哪里、出了问题谁负责」这三种权力, 不会因为技术进步就自动获得合法边界。必须有人在具体业务现场,一条一条谈出来、写下来、签下去。

给买方的一个验收问题: 如果你的系统停在 L1(人逐条确认),验收时问一句「确认通过率是多少」。 如果超过 95%,这个 L1 已经名存实亡——纸面上责任在确认人,实际上没人真的在判断。
典型场景

这些活,最适合先交给智能体

判断标准不是「AI 能不能做」,而是「这件事每天重复、有明确规则、出错能兜底」。

销售线索整理与跟进

现场问题:销售每天花两小时整理客户信息,没时间跟进客户。

我们怎么做:从聊天记录和 CRM 自动抽取客户信息、识别意向等级、生成跟进建议,推送到企微。

建议授权:L1 起草(建议由销售确认后发送)

客服与售后问答

现场问题:重复问题占七成,老员工天天回答同样的话,新人上手慢。

我们怎么做:接入产品文档与历史工单,按客户实际问法回答;不确定的问题转人工,并记录转人工原因。

建议授权:L1–L2(标准问题自动答,异常转人工)

内容与素材生产

现场问题:多平台内容更新跟不上,每次都要从头写。

我们怎么做:把选题、资料、初稿、校对、排版拆成流水线,人只负责定方向和终审。

建议授权:L1(生成草稿,人审定稿)

经营数据与报表

现场问题:每周手工导数、拼表、写分析,做完了也没人看。

我们怎么做:自动取数、生成口径一致的分析结论,异常波动主动提示,不等人来问。

建议授权:L0–L1(先保证结论可解释)

说明:以上为典型场景类型,不包含未获授权的客户名称与数据。同类业务的实际效果,可在沟通时提供可核验的参考。

交付清单

你会拿到这六样东西

不是一份方案 PPT。每一项都能打开看、能验收、能交接。

✓
可运行的系统部署在你的环境里,接上真实数据源和业务系统,不是演示账号。
✓
授权级别确认单明确 AI 在每个环节能判断到什么程度、能执行到哪一步、出问题谁负责。
✓
数据链路说明数据从哪来、经过哪些处理、存到哪里、谁能看,一条一条写清楚。
✓
验收报告用真实业务跑一段时间后的指标对比,附原始记录。
✓
监控看板调用量、成功率、人工介入率、异常分布,日常运维看这一块。
✓
交接文档与培训使用手册、迭代方法、常见故障处理,附一次团队培训。
FAQ

关于智能体搭建

做一个智能体大概要多久?

取决于场景边界和数据现状。单个场景、数据基本可用的,通常 3–6 周能跑通第一版;涉及多系统对接、数据治理的会更长。我们会在诊断阶段给出明确排期,不用「大概一两个月」这种话糊弄。

我们数据很乱,能用吗?

能,但要把「整理数据」算进项目里。真实企业的数据大多散在 Excel、CRM、企微和老系统里,格式不统一。这一步绕不过去,我们会先做一次数据现状盘点,再决定是清洗、还是先用现有数据跑一个窄场景。

会不会做完之后我们离不开你们?

不会,这是交付标准的一部分。系统部署在你的环境、代码和配置归你,文档和迭代方法一起交。我们更希望你把下一个场景也交给我们,而不是被绑定在一个跑不动的系统上。

用哪个大模型?

看场景,不预设。需要长文本理解、复杂推理的用强模型;高频、格式固定的任务用便宜的小模型更划算;涉及敏感数据的要考虑私有化部署。选型会在方案里说明理由和替代方案。

能不能先做个 Demo 看看?

可以做小样,但我们不建议「为了看效果而做 Demo」。演示环境跑通很容易,难的是接上你真实的数据和流程。我们的做法是直接在一个窄场景上用真实数据跑通闭环,效果和 Demo 一样直观,但结论可信。

先说说你想让哪个岗位轻松点

不用写需求文档。说清楚这个岗位每天在干什么、最烦的是哪一段,我们就能判断适不适合用智能体解。