PIPELINE简而言之
对AI知识库的抵触几乎从不针对技术，而是担心额外工作量或担心被替代。在实施前而非之后通知时，应询问每天执行相关流程的人——并且不应引入任何需要额外录入的内容。
01 — 团队
如何让团队配合
- 早期纳入，而非早期通知。谁每天执行流程，谁就知道例外情况在哪里。这些信息只能提前获得，而非上线后。
- 认真对待阻力。它几乎从不针对技术，而是针对额外工作或被取代的担忧。两者都应公开回答。
- 不引入产生额外工作的系统。要求额外录入的系统会被绕过——理所当然。
- 指定一个人作为首要联系点。不是作为职责，而是为了避免问题石沉大海。
- 让成果可见。如果四周后没人知道是否有效果，留下的将是对变革的记忆，而非收益。
02 — 配合要求
我们需要您提供的内容
- 一位有决策权的联系人 — 而不仅仅是转达信息的人。
- 相关系统的访问权限,需要及时提供，而不是在上线当天才给。
- 来自日常业务的真实案例 — 越不规范，对测试就越有价值。
- 2至4小时用于沟通协调，分散在整个项目周期内。
- 对“什么是成功”这个问题的明确答案。没有这个答案，后期就无法评估效果。
03 — 衡量
如何衡量成效
- 事先确定一个数字。没有基准值，事后无法证明任何东西。计数两周就足以得出可靠的数量级。
- 每项流程的处理时间。最直接的衡量指标：受影响的流程现在需要多长时间，之后需要多长时间。
- 无需干预即可完成的案例比例。这一比率在前几周通常会随着优化而明显上升 — 是最好的早期指标。
- 对外响应时间。咨询者多快能得到首次确定的答复。
- 不应衡量的：前两周的团队满意度。任何变革在初期都会让人感觉比实际更糟。
04 — 问题
常见问题
我们的文档很混乱。这样也可以吗？
在一定程度上可以——系统能够处理不同的格式和结构。但它无法解决矛盾信息。如果同时存在三个版本的价目表，必须事先明确哪个有效。
文档量大的情况下配置需要多长时间？
这取决于文档状态而非数量：结构良好、重复较少的文档库几周内即可投入使用，而长期积累、存在大量旧版本的文档库需要先进行清理。
那所有人都能看到一切内容吗？
不会。系统会沿用您现有系统的权限设置。今天无权打开某个文件夹的人，也不会从中获得答案。
什么是 RAG?
这个缩写代表检索增强生成（retrieval-augmented generation)。系统不是让语言模型凭记忆回答，而是先在您的文档中搜索，只将找到的内容用于回答。这就是答案附带来源的原因。
如果文档库中包含多种语言怎么办？
没问题——搜索能够独立理解不同语言的问题和文档，即使提问和来源使用不同语言也能找到正确答案。
我们可以分步扩展到其他部门吗？
可以，这是常规做法。从一个部门开始，从其问题和结果中学习，然后再接入下一个——而不是一次性全部开放。
我们如何识别过时的答案？
通过日期信息和标记为已过时的文档标识。此外，分析会显示哪些来源经常被引用——然后优先维护这些内容。
下一步
初步评估，无需承诺。
简要说明项目内容。您们会得到关于可行性和大致费用的诚实答复。