客户说要给小程序加个AI客服，我们把三种接法的账算了一遍

周日晚上，一个做门窗定制的老客户发来语音，说要在他的小程序里加个 AI，最好能回答报价、还能直接约上门量尺，问八千块能不能做。正好前一天，腾讯被曝正在小范围内测一个面向微信小程序的 AI 能力插件，做开发的朋友群里转了一整晚截图。

先问清楚：这个 AI 是要"答"，还是要"做"

客户嘴里的"AI 客服"，在我们这儿要先拆成三种东西。

第一种只负责答。问型材、问工期、问保修，答案都在知识库里，AI 干的是把话翻成人话再组织一遍，查不到就明说查不到。第二种是答完还要做：查订单到哪一步、改收货地址、约上门时间，这些都得调接口改数据。第三种是混合，AI 答一句，底下跟一张卡片，点进去才到办理页。

分界线就一句：动不动数据。不动数据的，做错了顶多答错一句话；要动数据的，必须有确认、有幂等、有失败回滚。客户那个"约上门量尺"，一听就是第三种。

三条接入路，差的不是一个价

第一条是全自研。自己接大模型、自己写会话存储、自己做上下文截断，好处是每条 Prompt 都能改，坏处是得长期养人去盯版本、限流和兜底。

第二条是等平台侧的现成能力。10 月 25 日有媒体报道，腾讯在小范围内测 HermitKit，一个面向微信小程序的 AI 插件，分 API、UI 组件、Demo 三层：用 ChatApi 流式调大模型；用 AgentBuilder 创建和管理 Agent，支持多轮对话，还自带会话存储和长期记忆；AgentChannel 扫码绑定远程 Agent 收发消息。演示里摆了七类，AI SDK、宠物 Agent、Chatbot、旅行规划。

注意一件事：它还没上线，入口也没开放，官方说过会有调整变动。放进技术预研可以，别写进合同的交付周期。

第三条用预制 UI 组件。对话气泡、推荐按钮都封好了，配一下就能跑，两周出 demo。代价是页面长什么样基本定了，改交互得绕。

我们给客户的账是这么算的：先用第三条跑 demo，两周后看真实提问的分布，集中度出来再决定要不要投第二条。

内测这三步，别把代码合进正式版

官方《小程序 AI 开发模式(beta)接入指南》写得明白：当前处于内测阶段，暂未开放开发模式的代码提审，请勿把相关代码合入正式版本提交审核，以免影响正常版本发布。看着像提醒，其实是三条工程规矩。

• 分支隔离：AI 相关代码跟正式版在物理上分开，构建产物里不许出现注册入口，免得一提审整个版本被卡。
• 契约先行：接口名、参数、返回结构、说明文档先定稿评审。这部分跟提审开不开放没关系，属于现在就能干的工程量。
• 灰度双通道：上线后 AI 入口和原来的页面入口并存，两条链路共用一套登录态、订单状态和幂等键，别跑成两套单据。

第三条是被坑过才写的。早两年给另一个客户做语音下单，AI 那条路和老页面各走一套服务，月底对账差了十七单。

上线前先把这五个数定下来

AI 助手做没做成，靠感觉判断不了。接第二个场景之前，先把口径钉死：

• 意图覆盖率：用户的话命中已封装场景的比例，低了说明场景选多了或选偏了；
• 接口选中准确率：命中场景之后还选对接口的比例，低了是接口描述含糊；
• 参数填充准确率：必填参数被正确填上的比例，低了是字段语义没说清；
• 接力率：AI 给了卡片，用户点进去的比例，低了是卡片信息量不够；
• 中断率：走到确认前就放弃的比例，低了才说明步骤砍得动。

日志侧留三条：一次会话贯穿一个 traceId、每个接口的入参和返回原文落库、失败按缺参数、无结果、权限、超时分类统计。没有这三条，返工只能靠猜。

那位做门窗的客户没报八千的价。我们按混合的路子做：AI 答报价，答完给一张"预约量尺"卡片，点进去还是原来的表单页，城市和房型已经自动填好。第一批只开三个城市的白名单，跑两周看那五个数。他听完说"这样我敢上线"，就定了。