客户想把助手扩到"自动执行"，怎么判断时机到了没有？
先看三个条件是否都满足：能动手——助手能被事件触发、能把结果写回业务系统，而不是只能复制粘贴问答；上下文完整——规则和流程写成了可更新的文档，而不是留在某个人脑子里；结果可验证——有基线和通过标准，而不是"大家用得挺开心"。三条缺一条，就先停在"辅助"阶段，把缺的那条补上，不要急着扩到自动执行。
常见的场景：试点演示效果不错，客户在周会上说"模型够强了，下周就让它直接改价格、回写订单吧"。
这时候先别急着答应，用一张三列的自检表打个分。
三个条件
| 条件 | 合格 | 不合格 |
|---|---|---|
| 能动手 | 有触发方式，结果能写回业务系统 | 只能在对话框里一问一答，靠人复制粘贴 |
| 上下文完整 | 规则、价目、流程写成文档，有版本、能更新 | 规则在老板或老员工嘴里，口头传递 |
| 结果可验证 | 有基线、有通过门槛、有人抽检 | 只说"大家用得挺好" |
简单记：能动手决定它挂不挂得上工具，上下文完整决定它做得对不对，可验证决定这件事验不验得过账。
缺了怎么办
- 缺上下文：这一周只做一件事，把规则收成一页文档，让客户确认。
- 缺验证：先定几个数字门槛，例如响应时间、改稿比例、抽检通过率，并说清楚由谁来抽检。
- 两样都缺：维持人工为主，助手只出草稿。
- 只缺"能动手"：可以继续做辅助，同时评估接口和权限，参考「技术上能做，不等于权限给得了：方案要按客户的真实条件调整」。
一个情境
一位个人创业者想让助手自动给客户报价。按三个条件梳理后，这周只打通"线索表 → 回复草稿"这一段：报价仍由本人确认；价目和交期整理成一页可更新的文档；观察响应时间和草稿被修改的比例。没过门槛之前，不开放自动报价。
两个坑
- 用"模型很新、演示很炫"代替自检。 演示通过不等于三个条件满足。
- 把"偶尔能核对"当成可验证。 可验证是指有固定的标准和固定的人去核对，而不是出问题时才翻一翻。
三列都合格了再扩面；缺哪条补哪条，不要靠加账号、换模型来解决。验收用的样本怎么准备，可以参考「测试集要在交付前设计：别用"我试了几次感觉不错"去验收」。
讨论
加载中…