面向企业内部知识的定制 RAG 开发
基于约定文档构建助手，包含来源引用、权限检查、评估案例，以及开发前明确的交接范围。
本文目录
Neaptide 开发帮助员工查找和使用企业知识的 RAG 系统。先限定来源、明确用户角色，以及系统应回答或拒绝的问题。实施前在提案中定义数据来源、验收与交接。
何时适合这项服务
当员工需要跨批准文档获取答案、普通搜索仍需要大量人工处理，或标准工具无法满足权限时，可以评估定制助手。内部流程、支持知识和产品资料都是可考虑的起点。若现有搜索已能解决问题，我们会优先规划更简单的方案。
RAG 检索相关文档并提供给语言模型，使回答更易核查，但引用本身不能保证正确。除常规问题外，还规划缺失、过时、冲突和受限信息的测试。
先确定文档边界
| 事项 | 约定内容 |
|---|---|
| 来源 | 仓库或导出清单、格式与负责人 |
| 时效 | 权威版本、更新频率及删除处理 |
| 访问 | 用户角色与材料进入模型前的规则 |
| 回答 | 引用要求、拒答条件与升级处理负责人 |
| 运行 | 部署位置、允许使用的模型及维护责任 |
承诺连接器或解析方式前，先检查代表性文档。扫描件、表格、冲突版本和分散权限会显著改变工作。访问和托管必须写入范围，笼统承诺覆盖全部企业数据会掩盖关键选择。
从原型到验收决定
首版使用约定来源和少量代表性问题。分别检查检索与最终回答。没有找回当前文档，与模型忽略已经收到的依据，需要不同修正。
- 提供获授权用户能够打开的来源引用。
- 用相同问题检查普通角色和受限角色。
- 测试无答案情况及过时流程。
- 为每项验收保存预期行为、实际输出与证据。
- 约定哪些错误阻止上线、哪些需要人工审核路径。
已发布案例成功找回 Neaptide 的真实价格段落，保留 URL 和周边条件。这是选取的观察，不是总体基准。私有权限和回答生成，需要在实际项目环境中另行验证。
约定所需交接
开发前记录交接的应用代码、配置、评估文件、摄取任务和运行说明。协议另列第三方许可或托管订阅。条款随项目而定，模型访问和供应商平台不能作为我们自有代码承诺转交。
运行培训覆盖来源更新、权限变更、失败请求和错误答案反馈。由您的团队维护时，应把可重复部署和操作手册检查纳入验收。持续支持另行约定范围与负责人。
如何估算工作
报价取决于来源数量与质量、权限复杂度、集成、托管约束和评估覆盖。干净导出上的原型不同于带实时连接器和权限变更的生产助手。扩展前先约定首个里程碑及继续条件；没有通用 RAG 价格或保证的准确率。
准备小规模的授权样本
说明用户、所需文档和一个重复问题。首次讨论提供脱敏片段与角色表即可。在访问和处理方式约定前，把机密文档留在批准的环境中。
关于服务范围的问题
可以先用导出文件吗？
可以，只要适合问题和时效要求。提案会说明生产上线前必须改变什么。
助手会回答所有问题吗？
不会。没有依据时拒答、冲突时转交人工，都是要定义并测试的行为。验收集确定评估边界。
试点包含长期支持吗？
支持范围与责任另行约定。试点仍会留下书面决定、约定评估证据和提案规定的交接材料。