搭建一个 AI 电话前台

用一句话描述工作,打一次测试电话,然后调整你听到的内容。每个部分落在仪表盘的哪里,以及 Octo 不会替你猜的那个问题。

更新于

从头到尾十分钟,大部分时间花在决定智能体该说什么上。这里假设你已经有了 一个号码和一个智能体

入口有两个。描述你想要的东西是快的那条,也是本页走的那条;它经过的每个页面, 事后也都可以手动编辑。

三分钟:一句话搭好它、测试通话、调优,以及第二天早上仪表板里留下的东西。

描述这份工作

像给新前台交代工作那样,用一句话告诉 Octo 你想要什么:

接听我们的总机。记下来电人的姓名和需求,听起来紧急的做上标记,方便我们 回拨。

Octo 会经过信息采集、设计、配置、生成和创建几个阶段,并告诉你它正处在哪一步。 它在这些步骤里做的事是:写系统提示词、挑选人设和问候语、在你提供了网址时把 你的网站收进知识库、选定模型和音色——是替你决定,而不是来问你。

它会问两三个问题。都是无法推断出来的问题。

它唯一不会猜的东西

你在哪里。 Octo 会要求一个城市或地区,它不会跳过这个问题,也不会用默认值 填上。

这看起来像官僚流程,其实不是。任何智能体都可能被问到日期问题——“下周三能给我 打电话吗?”“你们明天几点开门?”“现在订还来得及吗?“——而没有时区的 智能体,会把自己的时钟跑在 UTC 上。它会把「明天」解析到错误的那一天,甚至可能 在早上九点用深夜的口吻向人问好。不存在没有时区还能保证安全的智能体。

用城市回答,不要用时区字符串。没有人知道自己身处 Asia/Singapore;人们只知道自己 在新加坡。如果你的地区横跨多个时区——美国、澳大利亚、巴西——它会问你属于哪个 城市,而不是替你挑一个。

测试电话

把你的手机号交给 Octo,它会拨打一个真实的电话给你,走的是客户会遇到的同一套 语音运行时。接起来,跟你的前台说说话。同样的功能在 /agents 上叫 试用语音 → 呼叫我的手机

引导流程会显示通话经过排队中…响铃中…已接听、然后通话已结束, 这样如果它中途停住,你能看到停在了哪里。

这就是那个循环。下面讲的所有内容,都是你听过之后可能想改的东西,而每一项都是 对 Octo 说一句话,而不是去翻设置页。

这些东西都落在了哪里

值得了解,因为出了问题时你会来看的就是这里:

Octo 写下的东西落在哪里
名称、系统提示词、问候语/agents — 问候语是智能体说的第一句话
音色、流水线、模型/agents语音流水线
你的网站,作为知识/agents/knowledge
号码 → 智能体的绑定/phone-numbers — 显示**「……负责接听此渠道」**

/agents 上,部署部分应该显示**「已部署到……」,而不是未部署**或 无语音渠道。如果不是,说明智能体存在,但任何电话都永远到不了它那里。

仪表板中建好的语音智能体:名称、开场白、系统提示词和音色,每一项都可以编辑。
Octo 决定的一切,都是你能改的字段。最值得先读的是系统提示词。

两种测试,各自证明什么

不可互换,混淆它们会浪费一个下午。

测试位置证明什么
开始麦克风测试/agents智能体的措辞、声音和知识
试用语音 → 呼叫我的手机/agents真实电话通话中的智能体
自己拨打这个号码任何电话号码、绑定和智能体三者

麦克风测试是打磨智能体 台词 的最快循环——“无需电话 — 直接从本页面与智能体 对话。” 但是 “WebRTC 可用于浏览器测试。电话路由需要一个号码。” 只有最后一行 能证明,客户打你的号码时,接进来的确实是你的智能体。

先用麦克风测试,直到台词对了。然后用一部电话拨打这个号码一次,听是不是你自己的 问候语。听到的是别人的问候,说明号码没有绑定到这个智能体——参见 为什么你的语音智能体不工作

给它一点可知道的东西

/agents/knowledge“请先创建智能体,然后添加知识作为其依据。” 营业时间、 价格、你做什么和不做什么、你在哪里。

在测试之前做,而不是之后。大多数令人失望的初次通话,并不是智能体出了故障, 而是一台工作正常的智能体,什么都没有被告知,却在回答它根本无从回答的问题。

部署它,只完成了工作的一半

能应答却转头就忘的前台,就是一台应答机。另一半是通话之后发生的事,价值就在 那里。

每通电话都会结束,而这个结束可以启动一条工作流。 记一条留言、预约一件事、 把来电人写进你的联系人、给自己发一封邮件——后续动作是一条工作流,所以它不限于 某张「前台功能」清单。你可以用描述智能体的同样方式描述它。

对话会被分析。/dialog-insights 上附加一个对话洞察,Octo 就会从 每份转录中抽取你要求的字段,同时自动诊断按优先级整理队列。把它附加到 智能体 而不是某一场营销活动上,那么无论来电来自哪个方向,回来的结构都一样。

如果你的某个字段类似需要回拨,它标记出来的正是人工应该回拨的那些通话—— 通常大家就是这样做运营的,而不是把活生生的来电转给一个未必在场的人。

给它一分钟。 分析通常在通话结束后的几秒内完成,但有保障的路径是每半小时跑 一次的巡检。挂断后洞察还没出现,它正在路上——别急着去找故障。

关于能拿到什么的更多说明: 通话之后会发生什么

收件箱中打开的一通已结束的语音通话,完整显示了来电者和智能体说过的每一句话。
每通电话都带着文字记录进到这里。这就是你团队处理聊天时用的同一个界面。
通话旁边的对话洞察面板,列出从这段对话里抽取出来的字段。
你要的字段,已经从通话里填好了 —— 每一项都标着「由 AI 提取」,抽错了也能直接改。

两件值得知道的事

没有智能体的号码照样应答。 在你搭建任何东西之前,已连接的号码会由一个测试 智能体接听,好让你听到线路是通的。这是引导阶段的便利,不是你的前台。等你搭好了 自己的,就去绑定它——如果你更希望未绑定的号码干脆不应答,那是一个设置项。

来电总是会被接听。 支出上限和并发上限约束的是 Octo 拨出的电话,不是它 接听的电话。对前台来说这正是你想要的行为——它不会因为撞上某个上限就停止接听—— 但这也意味着来电量不受那些上限约束,而免打扰名单也拦不住别人给你打电话。