Appearance
企业实施路线：诊断、试点、验证、推广
大部分试点停在了"聊天和文案生成"，不是因为模型不行，而是因为一开始没有选定可验收的真实任务。下面四步是从 39 个岗位、345 个场景里抽象出的通用路径。
第一步：选真实任务
优先选择高频、边界清楚、数据可得、可以回滚的任务。
不要先做全公司通用聊天入口。通用入口看起来覆盖面广，但没法定义验收标准，也没法判断是否真的有效。一个"每天都要做、做完能数出来对错"的任务，价值远高于一个"什么都能问"的入口。
选题时可以同时对照四层能力模型：文件层任务最适合起步，系统层任务需要先补权限和日志。
第二步：建立人工基线
记录原流程的耗时、错误、返工、交接和业务结果。
没有基线，试点只能证明系统能运行，不能证明它有价值。基线也不必做得很重——抽取一批真实历史任务，记录人工完成的平均时间和典型错误就够了。
第三步：并行试运行
用同一批真实样本，让人工流程和 WorkBuddy 流程并行，记录每一次失败和人工修改。
并行期间重点观察三件事：
- 失败模式：是输入不合规、口径不一致，还是任务本身不适合自动化？
- 人工修改原因：哪些修改是必要的，哪些只是习惯？
- 拒答行为：找不到依据时，系统是老实说不知道，还是编了一个答案？
第四步：决定继续、调整或停止
达到验收条件后扩大场景；数据、权限或流程不成熟时先修基础条件；高风险不可控时停止自动化。
"停止"是一个正常且重要的选项。如果结果需要大量重做、来源无法追溯、系统写入不可回滚，就应该暂停，先修复数据或流程。
扩大范围前，用试点验收清单逐条确认。
常见的走歪方式
| 做法 | 问题 |
|---|---|
| 先建全公司通用入口 | 无法定义验收标准，看不出业务价值 |
| 只看生成速度 | 漏项、返工和人工覆盖才是真实成本 |
| 跳过人工基线 | 只能证明能跑，不能证明有用 |
| 直接开放系统写入 | 没有权限、日志和回滚，出事无法恢复 |
| 试点成功立刻全量推广 | 样本偏差被放大，异常没有闭环机制 |
与岗位全景配合
内容来源
本节内容整理自《WorkBuddy 企业岗位应用全景白皮书》（曾俊｜北京硅基行动科技有限公司，2026 研究版），由皮皮未来在本地站点中拆解、结构化后呈现。涉及 WorkBuddy 当前版本能力、企业版配置、价格与部署方式时，请以官方最新资料为准。