SH

Soloharness

概念 · 辨析 · Agent

← 返回概念辨析

Layer Contrast Fable

用 opencode 做出来的客服助手,和 opencode 本身有什么不同

这里最容易混在一起:开发工具、业务角色、知识检索机制,经常出现在同一个项目里,却分别回答三类问题。

寓言

造船匠、问询员和档案室

港口要开一间旅客问询处。每天有人来问船什么时候到、票能不能退、行李丢了找谁、遇到风暴航班会不会取消。过去这些问题都靠老员工记忆回答,答得快,但经常前后不一致。

城里请来一位造船匠。他很会使用工具,看完港口的旧流程后,搭起柜台,做了排队牌,接上铃铛,又造了一个可以翻查船期、退票规则和投诉记录的档案抽屉。几天后,一个新的问询处就能开门了。

问询处开张后,坐在柜台后的问询员开始接待旅客。旅客不会说“请检索退票政策第三条”,他们只会说:“我明天赶不上船了,钱还能退吗?”问询员要先听懂人的意图,再判断属于船期、退票、行李还是投诉,还要决定什么时候直接回答,什么时候转给人工主管。

旁边的档案室也很重要。它保存最新船期、退票条款、历史公告和特殊天气通知。问询员每次回答前,都会去档案室查证据。这样他不会只凭记忆编答案,也不会把去年旧规则当成今年规则。

有一天,城主来参观,指着问询员说:这个智能问询员,就是那位造船匠吧?老港务长摇头。造船匠负责把系统造出来;问询员坐在柜台前,面对旅客处理问题;档案室提供回答时要引用的依据。它们在一个项目里协作,却分属三件事。

柜台坏了,造船匠要回来修;旅客问问题,问询员要负责接待;规则变了,档案室要更新。把三者混成一个词,后面讨论就会乱:有人在讲开发工具,有人在讲业务岗位,还有人在讲知识检索方式。

所以,用 opencode 开发一个基于 RAG 的客服助手时,项目里其实同时出现了三件事:opencode 负责造系统;客服助手上线后面对客户问题、业务规则和服务流程;RAG 则提供查资料、找证据的方法。

Coding Agent

例如 opencode。它服务开发者,目标是改代码、跑测试、构建应用。它是生产智能体的工具层。

客服助手

它服务客户或客服团队,目标是解答、分流、生成工单、质检和升级人工。它是业务角色层。

RAG Agent

RAG 是客服助手可能使用的知识增强机制。它回答的是“回答时从哪里找证据”,客服业务本身还包括意图理解、流程执行、转人工和服务质量。

落到项目里

opencode 负责帮开发者把系统做出来;客服助手上线后负责接待客户、理解问题、执行服务流程;RAG 负责给回答提供可引用的资料和证据。