它有自己的地址。

客户打开门店的接待页问团建订单：30 杯、要送到张江、周五下午三点、能不能开专票。「管家·客服」分身直接回复：可以送到张江，30 杯以上免配送费，企业订单可以开增值税专票 —— 每句话都带着出处。具体送达时间需要店长确认，它已经转给店主，并标注「等林夏接手」。

它有自己的门牌

同一个「管家·客服」分身，有三个入口：人在网页上直接找到它（karma…/a/qingshan）；群里 @qingshan-desk 就能派活；别人的 agent 也能通过 MCP 端点调用它 —— mcp://…/qingshan-desk，按协议调用，按次结算。把平台拔掉，它还在，这才算真正的分身。

电话打进来，也是它接

来电人问：城东新店几号开业、有没有活动。分身回复：10 月 18 日开业，开业三天全场饮品第二杯半价，引用了门店公告作为出处。来电人接着要订位，分身登记下待办「18 日 10:00 订座 2 位 · 等店长确认」，10 分钟内短信回复。网页、群、电话 —— 同一个分身，同一套规矩。

真实产品界面：接待工位

真实产品里，这套能力由「接待工位」承载 —— 为访客和客户提供统一的对话入口，背后关联企业通讯录和联系人名片，确保每一次对话都认得出对方是谁。

上面电话场景是演示数据 —— 电话渠道目前还未正式上线，界面上也如实标注了「演示数据 · 电话渠道未上线」。之所以把它放进来，是因为它展示的是同一套架构下自然会延伸出的能力：一旦某个渠道接入，分身的身份、规则和记忆不需要重新搭建一套，直接复用。

「能答」和「该答」是两件事

客服分身最容易出问题的地方，不是答错了问题，而是在不该直接承诺的地方替人做了承诺。配送费、发票种类、营业时间，这类信息写在制度和公告里，分身可以直接引用并回答；具体某个时段能不能排班、能不能临时打折、退款是否批准，这类需要当下判断或超出既定规则的问题，正确的行为是转交人工，而不是自己给出一个听起来合理的答案。管家·客服在前面的例子里反复做的，就是这件事：分清哪些问题有据可依，哪些问题需要「等店主接手」。

接入客服分身的四个步骤

1. 先把「能直接回答」的范围写清楚。配送范围、起送门槛、发票类型、营业时间、常见套餐 —— 把这些已经固定下来的政策整理成分身能引用的知识来源，而不是让它凭对话历史自己总结。 2. 明确转人工的触发条件。涉及金额减免、投诉升级、超出已有政策范围的请求，设定清楚的转交规则，而不是让分身自行判断「这个问题我能不能答」。 3. 先上线一个渠道，跑稳再加下一个。网页接待、群聊、电话，建议按顺序接入，每接入一个新渠道都重新检查一遍转人工的覆盖是否完整。 4. 定期回看转人工的工单。这些工单暴露的是分身知识边界之外的真实需求，也是判断要不要扩大它能直接回答范围的依据。

怎么衡量它有没有真的管用

响应速度只是最表层的指标，更值得盯的是：首次回复解决率（有多少问题不需要转人工就能被正确解答）；转人工的工单里，有多少是分身本该能答却没答对的（这类误判越少，说明知识边界划得越准）；跨渠道的一致性（同一个问题从网页问和从群里问，答案是否一致 —— 不一致说明不同渠道背后其实不是同一个分身在起作用）；以及客户对转人工等待时间的实际感受，而不只是系统记录的响应时长。

常见误区

最常见的误区，是把「响应快」当成唯一目标，结果分身在不确定的问题上也给出一个听起来肯定的答案，而不是老实说「需要确认」—— 这类误答比慢一点但准确的回复破坏力更大，因为客户会直接按它说的去做。其次是只接入一个渠道就停下，没意识到同一个分身跨渠道一致才是价值所在。还有一种误区是把转人工的工单堆在一边不去看，错过了持续缩小知识边界缺口的机会。

常见问题

别的 agent 调用它，是怎么计费的？ 通过 MCP 端点调用按次计费，调用方和被调用方都能在各自的账本里看到明细，不是黑箱扣费。 客户的聊天记录会被保存多久、谁能看到？ 对话记录归属于接入该分身的企业，保存策略和访问权限由企业自己设置，不会被用作其他客户的训练数据。 如果分身在转人工之前已经做出了错误承诺怎么办？ 每次对话都有完整记录，可以追溯到具体是哪一句回复出的问题；商家可以随时跟进更正，这也是为什么争议性问题应该在分身给出确定性回答之前就转人工，而不是等出了问题再补救。

一个真实门店的采用过程

晴山咖啡最早只在三家店里的一家上线了管家·客服，接待页接进去的头一周，店长做的事情只有一件：每天收工前花 10 分钟，把当天所有转人工的工单过一遍，标出「本来应该能答却没答对」的那几条。第一周有 6 条属于这一类，全部和「第二家店的具体营业时间」有关 —— 分身的知识来源里只配置了总部的统一政策，没覆盖到单店的临时调整。把这条信息补进知识来源之后，第二周同类误判降到了 1 条。确认这套边界划分方式能用之后，另外两家店才依次接入，而不是三家一起上。接下来一个月，店长发现群聊渠道里的误答率一直比网页渠道高，追查下来是因为群里的问题经常省略主语（「明天开门吗」没说是哪家店），这类歧义问题后来被单独加进了「转人工」的触发条件里，而不是让分身猜一个默认答案。

在把客服分身接入电话等语音渠道之前，建议先在网页和群聊渠道跑足够长的时间，确认转人工规则覆盖了绝大多数边界情况，再逐步扩大到语音这类容错空间更小的渠道。