SRC-BIZ-001：从0到1构建AI客服系统（空气小猪实践记录）
来源说明
一篇围绕"空气小猪"产品客服系统的实践记录。案例从创始人持续半年以上亲自回复用户开始，再把真实对话、产品规则和无法回答的问题整理成知识库与人工复核流程。创作者署名为 WMW，页面未显示可确认的个人实名。"空气小猪"产品实体可被识别，但文中的解决率与成本数据仍属于来源自述。
来源基本信息
来源核心内容
系统的输入不是一份临时生成的 FAQ，而是创始人每天约 2—3 小时客服工作积累的真实问法，以及产品定位、功能说明、价格、数据安全和明确会做或不做的功能。历史对话按批次提取问答对，进入飞书多维表格去重和人工审核。
作者把请求分成产品咨询、用户反馈和闲聊：产品问题进入知识库检索；故障与建议转为结构化记录；闲聊使用单独提示词。检索同时使用向量检索和 BM25，再融合、精排。最近对话保留原文，较旧内容压缩成摘要。系统记录问题改写、意图、召回材料、最终回答、耗时和模型成本；低置信度问题进入人工审核池，再补入知识库。
来源自述的输入与输出
- 输入：半年以上真人客服对话、产品说明、价格与数据安全信息、功能边界、用户故障和建议。
- 输出：知识库客服回答、故障与建议记录、闲聊回复、低置信度问题池和调用日志。
- 适用对象：已有真实客服语料、希望先自动处理重复咨询的小团队或产品经营者。
来源称知识完善后可自动处理 80% 以上咨询，但未公开测试集、总会话量、错误率或人工抽检方法。该数字属于作者自述，不应被写成经过独立验证的准确率。
来源直接披露的失败点与边界
- 初版只分"产品咨询"和"闲聊"，无法处理大量反馈，迭代为三分支路由。
- 单纯向量检索会召回名称相近但实际不同的功能，因此需要混合检索。
- 上下文过少会丢信息，过多会增加延迟、Token 和幻觉，需要窗口管理。
- 作者测试 Dify 时认为链路和检索延迟不适合本项目，最终选择自建——这是针对本项目规模的负面结论。
- 高风险数据库操作、付费权益处理和确定性功能承诺没有交给机器人。
成本与披露程度
来源仅明确披露"上 AI 前每天约 2—3 小时人工客服"，并说明主力模型和基准模型选择会考虑成本。总开发工时、服务器费、月 Token 账单和维护人时均为来源未披露。
整理者归纳（与原文边界标注）
- 来源未说明历史对话是否在提取前进行匿名化，也未说明用户是否被告知对话将用于模型和知识库。整理者建议在上传第三方模型前删除直接身份信息、限制数据保留期和访问权限，并记录使用了哪些外部处理者——这是基于业务输入的风险归纳，不是作者主张。
- 退款、补偿、封禁、合同承诺、付费权益和重大投诉事项，整理者建议必须由有权限的人确认；低置信度回答应清楚提供转人工入口。来源明确"高风险事项不交给机器人"，但"应提供转人工入口"属于整理者补充。
可生成的关系（实际已生成于本批页面）
来源边界摘要
- 来自原文：客服语料来源、意图三分支、混合检索、上下文处理、调用日志、低置信度池。
- 来自整理者：隐私最小化与消费者权益复核的具体落地建议。
- 仅作者自述、未独立验证：80% 以上自动处理。
- 来源未披露：总开发工时、月 Token 账单、长期维护人时、匿名化方式、用户告知机制。