摘要

  • Genesys 于 9 月 2 日公布 AI 合作生态扩展，涉及企业应用、专业智能体、语音和客户互动；各项新增能力并非同日全面可用。
  • 现行原生计费说明规定：交互进入含 Agentic Virtual Agent 模块的流程，即按每次 1.2 个 token 计费，即便没有调用该模块；混合资源则取最高档，不逐项叠加。

一次客户来电没有用到高级智能体，并不必然意味着这次交互按较低档计费。Genesys 的官方计费示例把边界放在“流程”上：交互只要进入包含 Agentic Virtual Agent（AVA）模块的流程，就适用每次 1.2 个 token 的档位，即使该模块在流程运行中没有被调用。

这使流程设计成为商业问题，而不只是技术配置问题。把一个能力放在共享流程的可选分支里，与把交互引向另一条不含该能力的流程，在计费分类上可能不同。这里说的是公开规则，不是对某家客户账单的审计，也不是新发现的收费错误。

这个区别随着 Genesys 的9 月 2 日生态公告更值得关注。公司扩大或延续与 Adobe、AWS、Deepgram、ElevenLabs、Meta、Salesforce、ServiceNow 和 Sierra 的合作，意在把数据、语音、企业应用以及不同智能体放进连贯的客户服务过程。选择增加，可以让企业为不同任务配置更合适的能力；同时，谁进入哪条流程，成为影响成本的分配决定。

不能由此把所有合作服务都套进同一个收费表。公告称，与 AWS、Deepgram、Meta、Salesforce、ServiceNow 和 Sierra 的相关能力已经可用并将继续扩展；ElevenLabs 的新增能力预计在 2026 年 8 月至 10 月间全面提供，Adobe 则预计在 2027 年 2 月至 4 月间提供。它没有给出所有外部智能体的统一价目表。

原生资源之间也不是“多经过一个，就多收一笔”。现行计量说明列出的 Virtual Agent 档位为每次交互 0.5 个 token，AVA 为 1.2 个。官方混合示例中，同一次交互先后经过机器人流程、Virtual Agent 和 AVA，适用的是 1.2 个 token，而非把各档费用加起来。这些 token 是供应商的商业计量单位，不能当作语言模型读写文本的 token 数量。

还有一条容易混淆的边界：计费结束不等于客户问题解决。文档说，入站流程与 Virtual Agent 流程之间的转移可保留同一计费标识；正常退出、错误处理、识别失败和升级人工等都可能产生结束事件。一个标识可以包含多个结束事件，待结束事件发生且不再转移时才关闭。因此，不能把每次转移都算成一笔新费用，也不能把一个关闭的计费标识直接算成一次成功服务。

这些是既有计费机制对新生态的约束，不是 Genesys 在 9 月公告中宣布涨价。它们说明了采购时更有用的问题：增加能力之后，哪些交互会进入更高档流程，又有多少客户事务真正完成？