YundaDeskChatbase 是让你自己搭 AI Agent 的平台，YundaDesk 是开通即用的 AI 原生全渠道客服系统。要的是能直接上岗的客服，而不是先当一次 agent 工程师，选 YundaDesk。
怎么选（30 秒版）
- 想试多家模型、要 REST API 和 Custom Actions 自己搭 → YundaDesk：外部模型和自定义 API 都能接，而内置 AI 自带的八步受控学习是外挂编排补不出来的治理链。
- 采购要评安全与合规 → YundaDesk：工作区隔离、权限分级、操作审计、高风险人工审批都是产品内建，试用期就能现场拉记录给风控看。
- 只想先在官网挂一个问答机器人 → YundaDesk：网站挂件开通即用，背后已经连着完整坐席台，量涨了不用二次迁移。
- 要 AI 先接、人工兜底，坐席、路由、SLA 一起上线 → YundaDesk：这三样是产品核心，不是插件。
- 客户散在 WhatsApp、Zalo OA、微信、LINE，要收进同一个工作台 → YundaDesk：同一份客户档案跨渠道自动合并。
- 要 AI 越用越准，但每条学习都得有人签字、能回滚 → YundaDesk：八步闭环每步留痕。
逐行对比：一行一行看差异
| 维度 | Chatbase | YundaDesk | 当前判断 |
|---|---|---|---|
| 产品形态 | AI Agent 构建平台，先搭 agent 再部署出去 | AI 原生全渠道客服系统，开通即有 AI 客服、收件箱和坐席 | 方向不同 |
| 模型选择 | 可选 OpenAI、Anthropic、Gemini 等多家模型 | 内置 AI 为主，外部模型也能接；受控学习闭环只有内置 AI 有 | 方向不同 |
| 开发者接口 | 公开 REST API 与 Custom Actions | 自定义 API 是一条正式渠道，可接订单与自有系统 | 各有侧重 |
| 安全与合规 | SOC 2 Type II、GDPR | 工作区隔离、权限分级、操作审计、高风险人工审批，产品内建 | 各有侧重 |
| 人工兜底 | 以 agent 为中心 | 共享工作台、一键转人工、智能路由、SLA 提醒 | 我方更完整 |
| AI 学习治理 | 靠你更新数据源与提示词 | 八步受控闭环，人工确认才生效、可测试可回滚 | 我方更强 |
| 运营侧 AI | 面向访客的 agent | Yuna 面向老板：Ask / Act / Teach / Receive + 长期记忆 | 我方更强 |
| 渠道覆盖 | 网站嵌入与常见集成为主 | 全渠道，含 Zalo OA、YouTube 这类多数海外工具接不全的入口 | 我方更贴近跨境 |
| 白标与多租户 | 去品牌 $1,188/年，白标、SSO、审计在企业版 | 白标 Starter $20 起含，帮助中心全档位可用 | 我方更强 |
| 计费单位 | 按 message credits，套餐含固定条数 | 套餐内含 AI credit，不按对话、解决、消息二次计费 | 我方更可预测，仍建议实测 |
判断列写的是我们今天的看法，不是永久结论。每一行你都可以按下面的方法自己验一遍。
分野一：Agent 构建平台，还是现成客服系统
Chatbase 的产品逻辑是「先造一个 agent」：喂数据源、写提示词、挑模型、配 Custom Actions，然后部署到网站或接口上（chatbase.co，2026-07 查阅）。它官网首页写着服务 10,000+ 企业，客户 logo 里有 IHG、Bridgestone——通用型网站问答是这类平台的成熟地带；我们把同一个网站挂件直接挂在坐席台和全渠道收件箱上，问答只是第一层，答不上的那一层才是客服系统真正要解决的。
YundaDesk 的逻辑相反：客服系统本身就是产品，AI 是这套系统的默认第一响应人。开通即有 AI 客服、共享工作台、人工坐席、客户档案和知识库，不需要你先当一次 agent 工程师。
YundaDesk vs Chatbase：选型前先看行业变化
AI 已经不是要不要的问题，选型问题变成了「AI 装在什么形态里」。一边给你零件和图纸，天花板高但要自己搭；一边把整车开过来，起跑线靠前但边界由产品定。
小结：如果客服是你要交付的业务而不是要做的产品，形态差异会比功能表更早决定结果。
分野二：开放性与治理——我们把账押在哪
Chatbase 可以在 OpenAI、Anthropic、Gemini 等多家模型之间选，提供公开的 REST API 与 Custom Actions，并持有 SOC 2 Type II 与 GDPR 合规声明（chatbase.co，2026-07 查阅）。我们的答案不是把这几项照着做一遍：外部模型和自定义 API 我们都能接，但接进来的外部模型不参与受控学习与技能生成——那条八步闭环是内置 AI 的原生治理链，外挂编排补不出来。自定义 API 在我们这里是一条正式渠道，订单系统、会员系统、自建后台的数据都能进会话，AI 拿着真实数据回答而不是猜。
安全这一侧，我们给的是产品内建的东西：工作区之间数据与配置隔离、权限分级、操作审计，退款、赔付、改价强制走人工审批，审批记录追溯到人和时间。这些不是文档里的承诺，是你在试用期就能现场点开看的记录——和渠道一样，我们建议你亲手验，而不是听我们说。
顺手把定位取舍一次说清，省得你到 PoC 才发现：我们把产品全押在 AI 治理与全渠道上，暂时没有电话呼叫中心和语音外呼，不做 ITSM 内部工单，也不提供私有化部署——这几项走专门系统，和我们并行配合；WhatsApp 走官方 Business API，那是 Meta 的平台规则。
小结：开放度决定你能搭出什么，治理决定你敢让 AI 上线到什么程度——我们把赌注押在后者，并且做成了产品的默认状态。
分野三：AI 变聪明这件事，谁来签字
大部分工具说的「AI 会学习」，落到运营里就是你自己去改数据源和提示词：改了什么、谁改的、错了从哪一步撤回，全靠人记。
YundaDesk 把这件事做成一条八步闭环，每一步都有痕迹：
- AI 没答上，或者答得不够好；
- 坐席补答，或者直接点「纠正 AI」；
- Yuna 把这次纠正整理成待确认学习建议，并归类成知识、限时技能、多步技能、客户记忆或主动触达；
- 建议进评审台，来源会话和批注都能点回去看；
- 老板确认——普通建议可直接采纳，风险项先走草稿；
- 启用前测试，看它在同类问题上的实际表现；
- 采纳后沉淀为技能、知识或客户记忆，正式生效；
- 生效后看真实命中，发现学歪了一键回滚。
差别不在「会不会学」，在于学习生效权归谁。我们的默认是：不经人确认，一个字都不上线。展开看这套机制可以读 把经验教给 AI，让它越用越聪明。
小结：AI 是否越用越聪明，看的是有没有人签字这一步，而不是模型多大。
分野四：Yuna 与主动触达——受控才敢开自动挡
Chatbase 的 agent 是面向访客的。YundaDesk 除了面向客户的 AI 客服，还有一个面向老板和坐席的运营副手 Yuna，做四类事：Ask，问一句就出各渠道会话量、转人工最多的问题；Act，代办建知识库、接渠道、邀坐席，发消息前先出确认卡（收件人、渠道、内容都列清楚），确认后才执行并回真实投递结果；Teach，一句话把经验教下去，自动归类成待确认学习卡；Receive，学习待确认、AI 回复失败、渠道投递失败、技能回归测试、主动触达待确认，都汇到同一个任务收件箱。Yuna 还有长期记忆，工作区共享的经营偏好和成员个人的表达习惯分开存，可查看、可纠正、可删除。这个独立的运营副手角色，对手没有完全对应的东西。
主动触达是同一套治理逻辑的延伸。规则按场景一对一触发：加购没结账的跟一句，物流状态异常先一步告诉客户，缺货的款补货到店回头通知问过的那几个人——命中的是具体某一位客户和他手上那一单。
开到什么程度你自己定，三档往下走：仅观察只记录「本来会在什么时机、给谁、发什么」，一个字都不发；逐条人工确认由 AI 起草、你点发送；受限自动发送只用在演练跑顺的低风险场景。频控、静默时段、免打扰名单、送达回执都是内置的；退款、赔付、改价这类靠近钱的动作，无论开到哪一档都得人工审批。
行业常识也在这一侧：发得越猛、越像一次性推出去的统一消息，账号被平台风控盯上的概率越高。一对一规则触发发得少、发得准，本身就是账号安全的一部分。完整落地路径见 主动触达不惊扰客户。
小结：受控不是营销的反面，是敢让 AI 开自动挡的前提。
渠道：分清「官网写了」和「真的收得到」
渠道这一行最容易被功能表骗，所以我们建议用三层状态去看——对两家都一样：
- 官网声明：渠道页上写着支持；
- 工作区可见连接器：登录进去能找到它、能走完授权；
- 真实账号跑通生产收发：拿正式账号双向发消息，图片、语音、附件都过，模板消息和 24 小时窗口的行为符合预期，送达回执能看到失败原因。
只有第三层算可采购能力。前两层都只是承诺，两家都该这么验，我们不怕你这么验我们。
YundaDesk 的全渠道包括网站挂件、自定义 API、邮件、WhatsApp、Telegram、Messenger、Instagram DM、LINE、微信、企业微信、VK、Zalo OA、YouTube，全部汇入同一工作台、同一份客户档案，客户身份跨渠道自动合并。其中 Zalo OA、YouTube 是多数海外工具接不全的入口，我们原生支持——但按上面的规矩，仍然请你用真实账号验第三层。
Chatbase 那边以网站嵌入和常见集成为主，也用同一把尺子量：把你目标市场真正在用的入口列出来，逐个走到第三层再下结论。想理解为什么「多接几个渠道」不等于全渠道，可以看 全渠道收件箱为什么不是多接几个渠道。
小结：渠道数量没有意义，跑通的渠道才有意义。
价格：message credit 和 AI credit 不能直接换算
Chatbase 按 message credits 计费：Free $0 含 50 条，Hobby $32，Standard $120 含 4,000 条，Pro $400，超出后 1,000 条加购 $40；去掉品牌标识单独收 $1,188/年，白标、SSO 与审计放在企业版（chatbase.co 定价页，2026-07 查阅）。它还把每个聊天机器人实例当作一个可计费的 AI agent——免费版 agent 14 天不活跃自动删除，超出套餐的 agent 每年再加购 $300。
YundaDesk 四档公开：Free $0（坐席、渠道、会话、消息均不限量，1,000 AI credit/月）、Starter $20（含完整白标，10,000 AI credit/月）、Pro $200（100,000 AI credit/月）、Enterprise 定制（AI credit 不限量）。套餐内含 AI credit，不按对话、不按解决、不按消息二次计费。
白标这一行值得单独看一眼：同价位工具说的「去掉品牌标识」只是把 logo 抹掉，不等于多租户白标交付。Starter 档起给的就是客服入口和控制台按你或你客户的品牌呈现、租户之间数据与配置隔离，代运营团队一套系统交付多个品牌。服务商场景可以直接看 代运营方案。
小结：月费能比，单价不能比，总成本只能实测。套餐细节看 价格页。
对号入座：这几种情况，YundaDesk 怎么接
常被认为「先搭个 agent 就够」的场景，我们这么接——
- 要把 AI 能力嵌进自己的产品：自定义 API 是一条正式渠道，订单、会员、物流系统的数据都能进会话，外部模型也能接进来一起用；
- 采购要评安全与合规：工作区隔离、权限分级、操作审计和高风险人工审批都是产品内建，审批记录追溯到人和时间，试用期直接拉给风控看；
- 只需要一个网站问答机器人：网站挂件开通即用，背后已经连着坐席台、客户档案和知识库，哪天量涨了不用再迁一次系统；
- 主要流量集中在官网，社媒暂时不承担售后：先只开网站挂件，等 WhatsApp、LINE 真有人来问，在同一个后台把渠道打开就行。
选 YundaDesk，如果你——
- 客户从 WhatsApp、Zalo OA、微信、LINE 各处来，要收进同一个工作台和同一份客户档案；
- 要 AI 先接、人工兜底，转人工时带上会话摘要、客户档案和风险标签；
- 要 AI 从真实接待里成长，但每条学习都得人工确认、可测试、可回滚；
- 想做主动跟进又怕越界，需要三档模式、频控和静默时段兜着；
- 是服务商或多品牌团队，需要 Starter 档起就能交付的多租户白标；
- 预算要能提前算清，不接受按对话或按解决二次计费。
签约前必须跑通的 8 件事
这张清单建议你在试用期一条条跑完，跑不完就别签——我们也欢迎你拿它来验我们：
- 目标市场真正在用的渠道，用真实账号双向收发一遍，图片、语音、附件都试
- WhatsApp 的号码归属、模板消息审核、24 小时窗口外的行为，以及通道费怎么透传
- 授权断连后重新连接，历史会话和客户档案是否续得上
- 送达回执与失败原因是否可见，失败能不能重试
- 同一批历史工单跑一周，统计每 1,000 次真实咨询的 credit 总消耗与总花费
- 故意教一条错的，确认它必须人工签字才生效，再回滚并验证旧答案不再出现
- 退款、赔付、改价是否强制人工审批，审批记录能否追溯到人和时间
- 白标交付到哪一层（控制台、客服入口、帮助中心、域名），以及全量会话和客户资料能否自助导出——导出条款写进合同
买一个 Agent 构建平台和买一套现成的客服系统，付出的不是同一种成本：前者的天花板压在你自己的开发排期上，后者第一天就有人工坐席、全渠道收件箱、受控学习闭环和高风险审批在同一个工作台里跑。YundaDesk 把 AI credit 含在套餐里，不会因为会话变多就层层加价；该开放的地方我们也开放——外部模型能接、自定义 API 能进订单数据，只有「学习生效必须有人签字」这一条不打折。想看这些能力具体长什么样，直接进 产品页。
