← 返回概念辨析

Layer Contrast Fable

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

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

寓言

造船匠、问询员和档案室

木匠铺给茶楼造了一位自动添水的木偶,旁边还放着一柜茶谱。东家管着两摊看似相近的事:一摊是造木偶和修木偶的匠人,另一摊是在茶楼替客人添水问茶的木偶。新伙计嫌麻烦,把两本册子合成一本,觉得反正都和成败有关。

最初没人反对。有人见木匠也会查茶谱,就说木匠、木偶和茶谱是一回事,掌柜看见页数少了,还夸他们省事。可旺季一到,旧账忽然说不清:到底是前一摊没做完,还是后一摊没守住,谁也答不上来。

他们先补了更多章印和口号,要求每个人写得详细些。结果册子更厚,争执更多。出事时,每个人都能找到一句为自己开脱的话,却没人知道该先救哪一头。

老管事把众人叫到院里,让他们按真实经过重走一遍。凡是关心眼前动作的,放在第一本;凡是关心后续承担的,放在第二本。两本册子互相引用,却不再混成同一页。

木偶答错客人时,掌柜去责怪木匠的刨刀;木匠改了刨刀,木偶仍找错茶谱。分开之后,很多旧结论改了:有些活看着热闹,其实没有挡住麻烦;有些安排平时不起眼,灾时却保住了全局。

为了防止新人再混,老管事让他们各办一件小案。只有当两本册子分别能回答自己的问题,又能在交界处互相接上,这件小案才算过关。若有人仍把两摊事写成一页,就必须回到现场重新看一遍谁先动手、谁最后担责;看不清时,宁可多问一次,也不让糊涂账过夜;因为真正出事那天,少一行分辨就会多一队人白忙。

后来账上分清:匠人负责打造,木偶负责待客,茶谱负责给答案找依据。后来新人入行,老管事只让他们记一句:造东西的手、干活的物、供它查阅的柜子,各有边界。

Coding Agent

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

客服助手

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

RAG Agent

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

落到项目里

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