Recourse

嘿，PH。首先需要说明：这不是网站上的一个聊天框。同一个智能体、同一个人格、同一套程序，会在你自己的小部件、WhatsApp、Messenger、Slack、Telegram、Discord、Microsoft Teams、短信、邮件以及 Intercom 的 Messenger 中回答问题。Zendesk Sunshine 是一个集成，它自身就能覆盖 WhatsApp、Messenger、Instagram、Telegram、LINE、微信、Viber 和短信。

它还能接听电话。来电者拨号后直接与它交谈，并在对方仍在说话的同时实时查询信息。这条路径已经在真实通话上验证过，而不是模拟器上。在小部件中，人们也可以点击并直接对着它说话，无需电话号码，也无需安装任何东西；如果他们只是想口述问题而不是打字，也支持听写功能，该功能默认在设备本地运行，不需要任何凭证。

其中九个已经在真实账户的实流量上跑过，而非针对模拟数据，日期已记录在代码仓库中。

当需要人工接管会话时，它会转到 Zendesk、Intercom、Freshdesk、Help Scout、Zoho Desk、HubSpot、Gorgias、Salesforce 或 Odoo。采纳这并不意味着放弃你已经付费使用的客服系统。

它背后是一个真正的客服系统，而不仅仅是一个聊天记录：拥有工单队列及其状态、团队、路由规则和感知时区的时间表、保存的视图，以及它起草但不主动发送的回复。其报表衡量的是客户是否回访，而非转人工率，并且会坦率地说明哪些匿名对话无法被追踪。

安全筛查完全不使用模型，也不连接网络。它检查客户的消息、所有检索到的段落以及每个动作结果，并在答案逐句流式输出时进行逐句筛查。默认开启的还包括循环保护机制：拒绝重复动作并阻止失控的轮转。

它从你自己的页面中查找答案，并标明使用了哪一页，这样客户可以打开原始来源，而不是凭信任接受一段转述。小部件可渲染卡片、按钮、表格和表单，而不仅仅是文本；智能体可以触发宿主页面上的处理程序；像 `/billing?recourse_q=How+do+I+change+my+VAT+number` 这样的链接会带着已经填好的问题直接打开它。

有两件事对我来说比渠道数量更重要。流程是你编写的代码，而非你挑选的设置。你的退款流程就是你的退款流程，一步一步，就在你自己的代码仓库里。托管工具给你的是一个配置界面，凡是它没有暴露的东西，你就做不了。

而错误的答案由发现它的人来修正。他们写下本该回答的内容，它会在下一条消息上生效，无需部署，也无需工程师。这是客服主管的工作流，而不是开发人员的。

坦诚地说，托管方案胜出的地方在于：十分钟就能上线，没有基础设施，有真正的仪表盘，有别人值守。这套方案面向的是那些不能用也不愿用托管方案的人——因为数据不能离开，因为配置页面无法契合工作流，或者因为按条计费扛不住这个量。

检索采用混合方式，一旦配置好嵌入模型，就是 BM25 加向量检索。任何兼容 OpenAI 的接口都可以使用，本地模型也行。完全不配置模型也能运行：它会检索、显示找到的段落，并坦率地说明没有配置任何东西，而不是凭空编造一个答案。

MIT 协议，TypeScript，Workers 或 Node，D1 或 Postgres。演示版只运行关键词检索，因为它运行在免费套餐下，没有嵌入模型凭证，它自己也会说明这一点。

很乐意回答关于渠道适配器或交接格式的任何问题。来试试吧：https://recourse-demo.ibrhajjaj.workers.dev