最近更新
Dessa AI API 接入：开放状态、价格与集成条件
了解 Dessa AI API 接入的开放状态、价格和商用条件，以及开发语音 Agent 前需要核实的接口与评估要求。
Dessa AI API 接入目前开放了吗？
在 2026 年 10 月 25 日检查的 Block 发布资料中，我们没有找到公开 Dessa API 文档、API 注册入口或定价。本站目前也不提供 Dessa 接口。申请研究计划，与获得商业开发权限不是一回事。
你现在可以准备外围语音体验，但真正接入 Dessa，需要真实可用的接口和适当权限。不要针对猜测的地址编写生产代码，也不要假定未来协议会兼容其他服务商的 API。
什么样的发布才能支持 Dessa AI API 接入？
| Block 发布什么 | 开发者可以评估什么 |
|---|---|
| 面向公众的消费端应用 | 用户能否使用该应用；这不代表有 API |
| 托管 API 与开发者条款 | 认证、传输方式、会话行为、计费及允许用途 |
| 附有合适许可证的权重 | 是否允许自行托管，以及运行是否实际可行 |
| 仅面向研究的访问权限 | 允许的研究范围；不能假定可以转售访问权 |
根据真正出现的发布方式，阅读相应官方文档。未来若有第三方托管 Dessa，还应核对它与发布版本的关系、适用许可及自身的数据处理方式。服务商宣传了模型名称，并不足以证明这些条件。
Dessa AI API 接入后能做语音 Agent 吗？
目前还不能确认 Dessa 能用于可部署的语音 Agent。 在公开 API 或附有适用许可、能够运行的权重出现前，Dessa AI API 接入没有经过核实的实现路径。全双工语音本身，不能证明模型支持工具调用、检索、记忆或操作执行。
如果未来开放接口，可以评估 Dessa 是否适合作为 Agent 的对话部分。外围应用仍需识别用户、检索获准访问的记录、授权操作，并核对执行结果。Dessa 能否直接请求执行这些操作，还是需要独立的推理模型，目前也未确认。
作为参照，GPT-Live 的文档将口头对话与负责推理和工具的后端分开。这是可以评估的一种架构，并不是已经公布的 Dessa 规格。
Dessa AI API 接入需要确认什么？
模型只是可用语音服务的一部分。决定实现 Dessa AI API 接入前，先回答这些实际问题：
- 音频传输： 支持的输入/输出格式、流式协议，以及浏览器或服务端连接方式。
- 对话控制： 如何表示打断、同时听说、无声时段、重连和会话结束。
- 应用操作： 是否支持工具、外部知识或独立推理后端；说话自然并不能完成订单查询。
- 运行限制： 会话时长、并发会话数、账户限制、地区与失败响应。
- 数据处理： 音频保留、日志、训练用途、删除方式及所需同意。
这些是需要核实的集成要求，不是 Block 已公布的规格。可信的首个示例应使用文档指定的模型版本运行，并同时展示成功对话和失败恢复。
Dessa AI API 接入会花多少钱？
已检查的资料没有可核实的公开 Dessa 价格。免费访问、订阅价、每分钟价格和 token 价格都尚未确认。本站未来服务的价格，也会与底层模型价格分开说明。
要做实际估算，应计算一次完整会话的成本：模型调用或托管费、推理/工具调用、音频传输、可选存储，以及失败或重连的会话。再用总成本除以成功会话数或有效对话分钟数。不要拿一家服务商的纯音频费率，直接比较另一家的整个应用成本。
例如，OpenAI 的 GPT-Live 文档将按时长计费的语音部分与后端模型、工具用量分开。这说明，仅看标出的每分钟价格，不能判断哪个完整语音 Agent 最便宜；它并不能证明 Dessa 将如何定价。
Dessa AI API 接入允许商用吗？
已检查的发布页没有确立商业许可。请等待覆盖你实际使用的 API 或权重的条款，确认它们是否允许你的托管服务、再分发、修改和生成音频用途，以及是否要求署名或遵守其他条件。
“研究预览”“可本地运行”“免费下载”分别回答不同的问题，任何一个都不等于不受限制的商业托管。如果条款不能解答你的预期用途，应在提供收费产品前向发布方确认。
开放前如何准备 Dessa AI API 接入评估？
写清用户要完成的任务，并让实现能够替换模型服务商。准备麦克风权限、连接反馈、明确的结束按钮，以及有用的重连和错误状态。凭据与用量决策放在服务端，清楚区分对话界面和它请求执行的业务操作。
可以用下面的固定对话测试模拟订单服务。这是未来 Dessa AI API 接入的验收方案，尚未实际执行。测试数据：订单 A-104 属于测试用户 Sam Lee，尚未发货，原地址为 12 Oak Street。开始时使用已完成身份验证、且有权读取和更新该订单的测试会话；说出“Sam Lee”不等于验证来电者身份。模拟服务不得联系真实顾客或修改真实订单。
先运行成功场景，使用操作 ID success-1。发送更新前保存该 ID，并用它在模拟服务记录中标识这次操作。
| 语音输入或测试事件 | 预期行为 | 通过条件 |
|---|---|---|
| “查一下 Sam Lee 的 A-104 订单，不要修改任何内容。” | 读取有权访问的测试订单并报告状态 | 订单与状态正确；不调用写入操作 |
| 在回答中打断：“等等，我说的是 A-104，不是 A-140。” | 确认纠正，并保留 A-104 | 不查询或修改 A-140；继续连贯回答 |
| “改成 21 Pine Street。保存前先完整读给我听。” | 完整复述地址并请求确认 | 下一次明确确认前不写入 |
| “对，保存 21 Pine Street。” | 执行一次获准的模拟更新，再报告返回结果 | 只更新一次；保存地址正确；工具成功后才报告成功 |
下面两个故障场景是独立运行的测试，不是成功场景之后追加保存。每次运行前，将地址重置为 12 Oak Street 并清空模拟操作日志，再重复上面的四句输入。超时场景使用 timeout-1，断线场景使用 disconnect-1。同一次运行中的重试，必须复用已保存的操作 ID。
| 在确认保存请求之后注入的故障 | 预期恢复方式 | 通过条件 |
|---|---|---|
| 模拟服务已经提交更新，但将回复替换为超时 | 先说明结果尚未确认，再查询 timeout-1 的操作结果 | 核对完成前不声称成功；保存地址为 21 Pine Street，且只记录一次更新 |
| 模拟服务已经提交更新，但客户端在收到结果前断开 | 重连后先查询 disconnect-1 的操作结果，再考虑重试 | 恢复已保存的操作；保存地址为 21 Pine Street，且只记录一次更新 |
评估 Dessa AI API 接入前，应按应用要求设定打断响应目标，并从音频事件中测量；不要虚构通用延迟门槛。记录模型和版本、语言、设备、传输方式，以及所有尝试和失败。每种目标语言都应使用这份测试数据，译文需独立核对。声音再悦耳，也不能弥补越权操作或重复执行。
本站规划的首个服务是浏览器语音对话。只有获得适当许可的集成完整跑通后，才会标记为可用。你可以查看发布变化和独立的公众访问指南。
如果等不到 Dessa AI API 接入开放呢？
通过开发者替代方案，在有文档的托管语音接口和本地研究方案之间选择。合适的方案取决于你是否需要同时听说、应用工具、本地运行或特定语言，而不只是哪个模型在短录音中听起来最好。