模型
文档
文档
草稿
由人检查
来源
自有
回复
草稿
谁
员工
01
由什么构成
系统里包含什么
- 01
模型适合放在哪里
先看重复的步骤：拆邮件、起草回复、在自己的文档里找条款。不会把模型铺到整个部门。
- 哪些来信是同一类
- 哪里出错代价高
- 人仍然会检查的部分
- 02
你们的文档
回答依据你们的说明和通信，而不是模型的一般知识。
- 可以读取哪些文件夹和数据库
- 不能对外交出的内容
- 规则变了之后，如何更新文档
- 03
草稿，不是自动回复
模型准备文本或摘录。不属于稳定情况时，由人发送。
- 草稿就在员工工作的同一个窗口里
- 标明片段出自哪里
- 「不是这个」按钮
- 04
嵌入到哪里
不是旁边另开一个聊天。步骤出现在邮件、工作台或队列里，也就是工作已经在进行的地方。
- 现有系统仍是主系统
- 请求多时，用队列
- 日志：问了什么，答了什么
- 05
开始之后的质量
头几周看模型在哪里说错或沉默。然后只扩展已经稳定的分支。
- 用眼睛抽查回答
- 关掉哪些主题
- 如果模型不确定，谁来回答
做什么
- 01哪些步骤值得交给模型
- 02选择做法，而不是为了 AI 而 AI
- 03嵌入已经在用的系统
- 04给将要检查回答的人做短培训
- 05开始之后看质量
如何推进
- 01时间耗在哪里
- 02在你们的数据上试运行
- 03嵌入
- 04由人检查
- 05扩展
用什么
- Python
- 模型 API
- 向量搜索
- 队列
工期参考
试运行两到三周。如果数据已经齐了，可用系统从一个月起。
完成后
流程里重复的一段会更快处理完，有争议的情况仍留给人。
通常以后再做的
语音、无人值守自动发给客户，以及「自有服务器上的自有模型」，只有在你们的数据上试运行已经站得住时才做。