Playbook：30 天内完成首个 RAG 试点

本文目录

在接触技术栈之前定义试点边界

从一项业务决策开始：系统必须更好地回答哪个问题、服务哪个团队。若试点同时试图解决支持、内部销售、文档检索和合规，它就不是试点，而是裁剪不当的待办清单。

第一周不是写 Prompt，而是决定哪些文档纳入、哪些排除，以及由谁验证语料库反映真实流程。没有这一步，关于准确率的讨论只是噪音。

构建一组简短的真实问题，包含预期答案、有效来源和不可接受的失败模式。不要只衡量文本是否流畅，要衡量是否引用、是否检索到正确上下文，以及在缺少上下文时是否避免编造。

有用的试点嵌入工作流，而非被遗忘的 URL。决定用户在哪里查询、何时转交人工，以及如何记录每次失败，以便团队知道下一步修复是内容、检索还是界面。

第 30 天的正确结果是三者之一：扩展领域、修正明确缺口或停止。若无人能说明试点如何改善时间、一致性或可追溯性，它尚不值得更多界面或预算。

使用您的 Kodex 社区账户登录以继续阅读。