跳转到主要内容

Documentation Index

Fetch the complete documentation index at: https://docs.openclaw.ai/llms.txt

Use this file to discover all available pages before exploring further.

通过插件为 OpenClaw 提供语音通话。支持出站通知、多轮对话、全双工实时语音、流式转写，以及带允许列表策略的入站通话。 当前提供商： twilio（Programmable Voice + Media Streams）、telnyx（Call Control v2）、plivo（Voice API + XML transfer + GetInput speech）、mock（开发/无网络）。
Voice Call 插件在 Gateway 网关进程内部运行。如果你使用远程 Gateway 网关，请在运行 Gateway 网关的机器上安装并配置该插件，然后重启 Gateway 网关以加载它。

​
快速开始

1

Install the plugin

openclaw plugins install @openclaw/voice-call
使用裸包名可跟随当前官方发布标签。只有在需要可复现安装时，才固定到精确版本。随后重启 Gateway 网关，让插件加载。
2

Configure provider and webhook

在 plugins.entries.voice-call.config 下设置配置（完整结构见下方配置）。至少需要：provider、提供商凭证、fromNumber，以及一个公网可访问的 webhook URL。
3

Verify setup

openclaw voicecall setup
默认输出便于在聊天日志和终端中阅读。它会检查插件启用状态、提供商凭证、webhook 暴露情况，以及是否只有一种音频模式（streaming 或 realtime）处于启用状态。脚本请使用 --json。
4

Smoke test

openclaw voicecall smoke
openclaw voicecall smoke --to "+15555550123"
两者默认都是 dry run。添加 --yes 会实际发起一次简短的出站通知通话：
openclaw voicecall smoke --to "+15555550123" --yes
对于 Twilio、Telnyx 和 Plivo，设置必须解析为一个公网 webhook URL。如果 publicUrl、隧道 URL、Tailscale URL，或服务回退地址解析到 loopback 或私有网络空间，设置会失败，而不是启动一个无法接收运营商 webhook 的提供商。

​
配置

如果 enabled: true，但所选提供商缺少凭证，Gateway 网关启动时会记录一条 setup-incomplete 警告，其中包含缺失键名，并跳过启动运行时。命令、RPC 调用和 agent 工具在使用时仍会返回精确缺失的提供商配置。
语音通话凭证接受 SecretRefs。plugins.entries.voice-call.config.twilio.authToken、plugins.entries.voice-call.config.realtime.providers.*.apiKey、plugins.entries.voice-call.config.streaming.providers.*.apiKey 和 plugins.entries.voice-call.config.tts.providers.*.apiKey 会通过标准 SecretRef 界面解析；请参见 SecretRef 凭证界面。
{
  plugins: {
    entries: {
      "voice-call": {
        enabled: true,
        config: {
          provider: "twilio", // or "telnyx" | "plivo" | "mock"
          fromNumber: "+15550001234", // or TWILIO_FROM_NUMBER for Twilio
          toNumber: "+15550005678",
          sessionScope: "per-phone", // per-phone | per-call
          numbers: {
            "+15550009999": {
              inboundGreeting: "Silver Fox Cards, how can I help?",
              responseSystemPrompt: "You are a concise baseball card specialist.",
              tts: {
                providers: {
                  openai: { voice: "alloy" },
                },
              },
            },
          },

          twilio: {
            accountSid: "ACxxxxxxxx",
            authToken: "...",
          },
          telnyx: {
            apiKey: "...",
            connectionId: "...",
            // Telnyx webhook public key from the Mission Control Portal
            // (Base64; can also be set via TELNYX_PUBLIC_KEY).
            publicKey: "...",
          },
          plivo: {
            authId: "MAxxxxxxxxxxxxxxxxxxxx",
            authToken: "...",
          },

          // Webhook server
          serve: {
            port: 3334,
            path: "/voice/webhook",
          },

          // Webhook security (recommended for tunnels/proxies)
          webhookSecurity: {
            allowedHosts: ["voice.example.com"],
            trustedProxyIPs: ["100.64.0.1"],
          },

          // Public exposure (pick one)
          // publicUrl: "https://example.ngrok.app/voice/webhook",
          // tunnel: { provider: "ngrok" },
          // tailscale: { mode: "funnel", path: "/voice/webhook" },

          outbound: {
            defaultMode: "notify", // notify | conversation
          },

          streaming: { enabled: true /* see Streaming transcription */ },
          realtime: { enabled: false /* see Realtime voice */ },
        },
      },
    },
  },
}
  • Twilio、Telnyx 和 Plivo 都需要一个公网可访问的 webhook URL。
  • mock 是本地开发提供商（无网络调用）。
  • 除非 skipSignatureVerification 为 true，否则 Telnyx 需要 telnyx.publicKey（或 TELNYX_PUBLIC_KEY）。
  • skipSignatureVerification 仅用于本地测试。
  • 在 ngrok 免费层，将 publicUrl 设置为精确的 ngrok URL；签名验证始终强制执行。
  • tunnel.allowNgrokFreeTierLoopbackBypass: true 仅当 tunnel.provider="ngrok" 且 serve.bind 为 loopback（ngrok 本地 agent）时，允许带无效签名的 Twilio webhook。仅限本地开发。
  • Ngrok 免费层 URL 可能变化或添加插页行为；如果 publicUrl 偏移，Twilio 签名会失败。生产环境：优先使用稳定域名或 Tailscale funnel。
  • streaming.preStartTimeoutMs 会关闭从未发送有效 start 帧的套接字。
  • streaming.maxPendingConnections 限制未认证预启动套接字总数。
  • streaming.maxPendingConnectionsPerIp 限制每个源 IP 的未认证预启动套接字数量。
  • streaming.maxConnections 限制打开的媒体流套接字总数（pending + active）。
使用 provider: "log"、twilio.from 或旧版 streaming.* OpenAI 键的旧配置会由 openclaw doctor --fix 重写。运行时回退目前仍接受旧语音通话键，但重写路径是 openclaw doctor --fix，兼容 shim 是临时的。自动迁移的流式键：
  • streaming.sttProvider → streaming.provider
  • streaming.openaiApiKey → streaming.providers.openai.apiKey
  • streaming.sttModel → streaming.providers.openai.model
  • streaming.silenceDurationMs → streaming.providers.openai.silenceDurationMs
  • streaming.vadThreshold → streaming.providers.openai.vadThreshold

​
会话范围

默认情况下，Voice Call 使用 sessionScope: "per-phone"，因此来自同一来电者的重复通话会保留对话记忆。当每次运营商通话都应以全新上下文开始时，请设置 sessionScope: "per-call"，例如接待、预订、IVR，或 Google Meet 桥接流程中同一个电话号码可能代表不同会议的场景。

​
实时语音对话

realtime 会为实时通话音频选择一个全双工实时语音提供商。它与 streaming 分离，后者只会将音频转发给实时转写提供商。
realtime.enabled 不能与 streaming.enabled 组合使用。每次通话选择一种音频模式。
当前运行时行为：
  • Twilio Media Streams 支持 realtime.enabled。
  • realtime.provider 是可选项。如果未设置，Voice Call 会使用第一个已注册的实时语音提供商。
  • 内置实时语音提供商：Google Gemini Live（google）和 OpenAI（openai），由各自的提供商插件注册。
  • 提供商自有的原始配置位于 realtime.providers.<providerId> 下。
  • Voice Call 默认暴露共享的 openclaw_agent_consult 实时工具。当来电者请求更深入的推理、当前信息，或普通 OpenClaw 工具时，实时模型可以调用它。
  • realtime.fastContext.enabled 默认关闭。启用后，Voice Call 会先为咨询问题搜索已索引的记忆/会话上下文，并在 realtime.fastContext.timeoutMs 内把这些片段返回给实时模型；只有当 realtime.fastContext.fallbackToConsult 为 true 时，才会回退到完整咨询 agent。
  • 如果 realtime.provider 指向未注册的提供商，或完全没有注册实时语音提供商，Voice Call 会记录警告并跳过实时媒体，而不是让整个插件失败。
  • 咨询会话键会在可用时复用已存储的通话会话，然后回退到已配置的 sessionScope（默认 per-phone，隔离通话则为 per-call）。

​
工具策略

realtime.toolPolicy 控制咨询运行：
策略行为
safe-read-only暴露咨询工具，并将常规 agent 限制为 read、web_search、web_fetch、x_search、memory_search 和 memory_get。
owner暴露咨询工具，并允许常规 agent 使用普通 agent 工具策略。
none不暴露咨询工具。自定义 realtime.tools 仍会透传给实时提供商。

​
实时提供商示例

默认值：API key 来自 realtime.providers.google.apiKey、GEMINI_API_KEY 或 GOOGLE_GENERATIVE_AI_API_KEY；模型为 gemini-2.5-flash-native-audio-preview-12-2025；voice 为 Kore。sessionResumption 和 contextWindowCompression 默认开启，用于更长且可重连的通话。使用 silenceDurationMs、startSensitivity 和 endSensitivity 来调优电话音频上的更快轮次切换。
{
  plugins: {
    entries: {
      "voice-call": {
        config: {
          provider: "twilio",
          inboundPolicy: "allowlist",
          allowFrom: ["+15550005678"],
          realtime: {
            enabled: true,
            provider: "google",
            instructions: "Speak briefly. Call openclaw_agent_consult before using deeper tools.",
            toolPolicy: "safe-read-only",
            providers: {
              google: {
                apiKey: "${GEMINI_API_KEY}",
                model: "gemini-2.5-flash-native-audio-preview-12-2025",
                voice: "Kore",
                silenceDurationMs: 500,
                startSensitivity: "high",
              },
            },
          },
        },
      },
    },
  },
}
参阅 Google 提供商 和 OpenAI provider，了解特定提供商的实时语音 选项。

​
流式转录

streaming 为实时通话音频选择一个实时转录提供商。 当前运行时行为：
  • streaming.provider 是可选项。如果未设置，Voice Call 会使用第一个已注册的实时转录提供商。
  • 内置实时转录提供商：Deepgram (deepgram)、ElevenLabs (elevenlabs)、Mistral (mistral)、OpenAI (openai) 和 xAI (xai)，由各自的提供商插件注册。
  • 提供商拥有的原始配置位于 streaming.providers.<providerId> 下。
  • Twilio 发送已接受的流 start 消息后，Voice Call 会立即注册该流，在提供商连接期间通过转录提供商排队处理入站媒体，并且仅在实时转录准备就绪后才开始初始问候语。
  • 如果 streaming.provider 指向未注册的提供商，或没有任何提供商已注册，Voice Call 会记录警告并跳过媒体流式传输，而不是让整个插件失败。

​
流式传输提供商示例

默认值：API key streaming.providers.openai.apiKey 或 OPENAI_API_KEY；模型 gpt-4o-transcribe；silenceDurationMs: 800； vadThreshold: 0.5。
{
  plugins: {
    entries: {
      "voice-call": {
        config: {
          streaming: {
            enabled: true,
            provider: "openai",
            streamPath: "/voice/stream",
            providers: {
              openai: {
                apiKey: "sk-...", // optional if OPENAI_API_KEY is set
                model: "gpt-4o-transcribe",
                silenceDurationMs: 800,
                vadThreshold: 0.5,
              },
            },
          },
        },
      },
    },
  },
}

​
通话 TTS

Voice Call 使用核心 messages.tts 配置为通话提供流式 语音。你可以在插件配置下用相同结构覆盖它，它会与 messages.tts 深度合并。 
{
  tts: {
    provider: "elevenlabs",
    providers: {
      elevenlabs: {
        voiceId: "pMsXgVXv3BLzUgSXRplE",
        modelId: "eleven_multilingual_v2",
      },
    },
  },
}
Microsoft 语音会被语音通话忽略。 电话音频需要 PCM； 当前 Microsoft 传输不公开电话 PCM 输出。
行为说明：
  • 插件配置中的旧版 tts.<provider> 键（openai、elevenlabs、microsoft、edge）会由 openclaw doctor --fix 修复；提交的配置应使用 tts.providers.<provider>。
  • 启用 Twilio 媒体流式传输时会使用核心 TTS；否则通话会回退到提供商原生语音。
  • 如果 Twilio 媒体流已处于活动状态，Voice Call 不会回退到 TwiML <Say>。如果在该状态下电话 TTS 不可用，播放请求会失败，而不是混用两条播放路径。
  • 当电话 TTS 回退到备用提供商时，Voice Call 会记录一条包含提供商链（from、to、attempts）的警告，便于调试。
  • 当 Twilio 插话或流拆除清空待处理 TTS 队列时，已排队的播放请求会完成结算，而不是让呼叫方一直等待播放完成。

​
TTS 示例

{
  messages: {
    tts: {
      provider: "openai",
      providers: {
        openai: { voice: "alloy" },
      },
    },
  },
}

​
入站通话

入站策略默认值为 disabled。要启用入站通话，请设置： 
{
  inboundPolicy: "allowlist",
  allowFrom: ["+15550001234"],
  inboundGreeting: "Hello! How can I help?",
}
inboundPolicy: "allowlist" 是一种低保证的主叫号码筛选。 插件会规范化提供商提供的 From 值，并将其与 allowFrom 比较。Webhook 验证会认证提供商投递和 负载完整性，但它不能证明 PSTN/VoIP 主叫号码 所有权。请将 allowFrom 视为主叫号码过滤，而不是强主叫方 身份验证。
自动响应使用智能体系统。可通过 responseModel、 responseSystemPrompt 和 responseTimeoutMs 调整。

​
按号码路由

当一个 Voice Call 插件接收多个电话号码的来电，并且每个号码应像不同线路一样运行时，请使用 numbers。例如，一个 号码可以使用轻松随性的个人助理，而另一个号码使用商务 人设、不同的响应智能体和不同的 TTS 语音。 路由从提供商提供的被叫 To 号码中选择。键必须是 E.164 号码。来电到达时，Voice Call 会解析一次匹配路由， 将匹配到的路由存储在通话记录上，并在问候语、经典自动响应路径、实时咨询路径和 TTS 播放中复用该有效配置。如果没有路由匹配，则使用全局 Voice Call 配置。 出站通话不使用 numbers；发起通话时请显式传入出站目标、消息和 会话。 路由覆盖目前支持：
  • inboundGreeting
  • tts
  • agentId
  • responseModel
  • responseSystemPrompt
  • responseTimeoutMs
tts 路由值会深度合并到全局 Voice Call tts 配置之上，因此 你通常只需覆盖提供商语音： 
{
  inboundGreeting: "Hello from the main line.",
  responseSystemPrompt: "You are the default voice assistant.",
  tts: {
    provider: "openai",
    providers: {
      openai: { voice: "coral" },
    },
  },
  numbers: {
    "+15550001111": {
      inboundGreeting: "Silver Fox Cards, how can I help?",
      responseSystemPrompt: "You are a concise baseball card specialist.",
      tts: {
        providers: {
          openai: { voice: "alloy" },
        },
      },
    },
  },
}

​
语音输出契约

对于自动响应，Voice Call 会向系统提示追加严格的语音输出契约： 
{"spoken":"..."}
Voice Call 会防御性地提取语音文本：
  • 忽略标记为推理/错误内容的负载。
  • 解析直接 JSON、围栏 JSON 或内联 "spoken" 键。
  • 回退到纯文本，并移除可能的规划/元信息开头段落。
这会让语音播放聚焦在面向呼叫方的文本上，并避免 将规划文本泄漏到音频中。

​
会话启动行为

对于出站 conversation 通话，首条消息处理与实时 播放状态绑定：
  • 仅当初始问候语正在主动播报时，才会抑制插话队列清空和自动响应。
  • 如果初始播放失败，通话会回到 listening，且初始消息会保留在队列中以便重试。
  • Twilio 流式传输的初始播放会在流连接时启动，不会额外延迟。
  • 插话会中止活动播放，并清空已排队但尚未播放的 Twilio TTS 条目。被清空的条目会解析为已跳过，因此后续响应逻辑可以继续，而无需等待永远不会播放的音频。
  • 实时语音会话使用实时流自己的开场轮次。Voice Call 不会为该初始消息发布旧版 <Say> TwiML 更新，因此出站 <Connect><Stream> 会话会保持附加状态。

​
Twilio 流断开宽限期

当 Twilio 媒体流断开连接时，Voice Call 会等待 2000 ms，然后再 自动结束通话：
  • 如果流在该时间窗口内重新连接，则取消自动结束。
  • 如果宽限期后没有流重新注册，则结束通话，以防出现卡住的活动通话。

​
过期通话清理器

使用 staleCallReaperSeconds 结束从未收到终止 webhook 的通话（例如，从未完成的通知模式通话）。默认值 为 0（禁用）。 推荐范围：
  • 生产： 对通知式流程使用 120–300 秒。
  • 保持该值高于 maxDurationSeconds，以便正常通话可以完成。一个不错的起点是 maxDurationSeconds + 30–60 秒。
{
  plugins: {
    entries: {
      "voice-call": {
        config: {
          maxDurationSeconds: 300,
          staleCallReaperSeconds: 360,
        },
      },
    },
  },
}

​
Webhook 安全

当代理或隧道位于 Gateway 网关 前方时，插件 会重建用于签名验证的公开 URL。这些选项 控制信任哪些转发头：
​
webhookSecurity.allowedHosts
string[]
来自转发头的主机 allowlist。
​
webhookSecurity.trustForwardingHeaders
boolean
在没有 allowlist 的情况下信任转发头。
​
webhookSecurity.trustedProxyIPs
string[]
仅当请求远程 IP 与列表匹配时才信任转发头。
其他保护：
  • 已为 Twilio 和 Plivo 启用 Webhook 重放保护。重放的有效 webhook 请求会被确认，但会跳过副作用。
  • Twilio 会话轮次在 <Gather> 回调中包含每轮 token，因此过期/重放的语音回调无法满足更新的待处理转录轮次。
  • 当缺少提供商所需的签名头时，未经认证的 webhook 请求会在读取正文前被拒绝。
  • voice-call webhook 使用共享的预认证正文配置文件（64 KB / 5 秒），并在签名验证前加上按 IP 统计的进行中请求上限。
使用稳定公开主机的示例： 
{
  plugins: {
    entries: {
      "voice-call": {
        config: {
          publicUrl: "https://voice.example.com/voice/webhook",
          webhookSecurity: {
            allowedHosts: ["voice.example.com"],
          },
        },
      },
    },
  },
}

​
CLI

openclaw voicecall call --to "+15555550123" --message "Hello from OpenClaw"
openclaw voicecall start --to "+15555550123"   # alias for call
openclaw voicecall continue --call-id <id> --message "Any questions?"
openclaw voicecall speak --call-id <id> --message "One moment"
openclaw voicecall dtmf --call-id <id> --digits "ww123456#"
openclaw voicecall end --call-id <id>
openclaw voicecall status --call-id <id>
openclaw voicecall tail
openclaw voicecall latency                      # summarize turn latency from logs
openclaw voicecall expose --mode funnel
当 Gateway 网关已经运行时，操作性 voicecall 命令会委托给 Gateway 网关拥有的语音通话运行时，因此 CLI 不会绑定第二个 webhook 服务器。如果没有可达的 Gateway 网关，这些命令会回退到独立 CLI 运行时。 latency 会从默认语音通话存储路径读取 calls.jsonl。使用 --file <path> 指向不同日志，使用 --last <n> 将分析限制为最后 N 条记录（默认 200）。输出包含回合延迟和 listen-wait 时间的 p50/p90/p99。

​
智能体工具

工具名称：voice_call。
操作参数
initiate_callmessage, to?, mode?, dtmfSequence?
continue_callcallId, message
speak_to_usercallId, message
send_dtmfcallId, digits
end_callcallId
get_statuscallId
此仓库随附匹配的 skill 文档：skills/voice-call/SKILL.md。

​
Gateway 网关 RPC

方法参数
voicecall.initiateto?, message, mode?, dtmfSequence?
voicecall.continuecallId, message
voicecall.speakcallId, message
voicecall.dtmfcallId, digits
voicecall.endcallId
voicecall.statuscallId
dtmfSequence 仅在 mode: "conversation" 下有效。notify-mode 通话如果需要接通后的按键数字，应在通话存在后使用 voicecall.dtmf。

​
故障排除

​
设置失败：webhook 暴露

从运行 Gateway 网关的同一环境运行设置： 
openclaw voicecall setup
openclaw voicecall setup --json
对于 twilio、telnyx 和 plivo，webhook-exposure 必须为绿色。已配置的 publicUrl 如果指向本地或私有网络空间，仍会失败，因为运营商无法回拨这些地址。不要将 localhost、127.0.0.1、0.0.0.0、10.x、172.16.x-172.31.x、192.168.x、169.254.x、fc00::/7 或 fd00::/8 用作 publicUrl。 Twilio notify-mode 外呼会在创建通话请求中直接发送初始 <Say> TwiML，因此第一条语音消息不依赖 Twilio 获取 webhook TwiML。状态回调、会话通话、接通前 DTMF、实时流和接通后通话控制仍需要公开 webhook。 使用一种公开暴露路径： 
{
  plugins: {
    entries: {
      "voice-call": {
        config: {
          publicUrl: "https://voice.example.com/voice/webhook",
          // or
          tunnel: { provider: "ngrok" },
          // or
          tailscale: { mode: "funnel", path: "/voice/webhook" },
        },
      },
    },
  },
}
更改配置后，重启或重新加载 Gateway 网关，然后运行： 
openclaw voicecall setup
openclaw voicecall smoke
除非传入 --yes，否则 voicecall smoke 是一次试运行。

​
提供商凭据失败

检查选定的提供商和必需的凭据字段：
  • Twilio：twilio.accountSid、twilio.authToken 和 fromNumber，或 TWILIO_ACCOUNT_SID、TWILIO_AUTH_TOKEN 和 TWILIO_FROM_NUMBER。
  • Telnyx：telnyx.apiKey、telnyx.connectionId、telnyx.publicKey 和 fromNumber。
  • Plivo：plivo.authId、plivo.authToken 和 fromNumber。
凭据必须存在于 Gateway 网关主机上。编辑本地 shell 配置文件不会影响已经运行的 Gateway 网关，直到它重启或重新加载其环境。

​
通话启动但提供商 webhook 未到达

确认提供商控制台指向确切的公开 webhook URL： 
https://voice.example.com/voice/webhook
然后检查运行时状态： 
openclaw voicecall status --call-id <id>
openclaw voicecall tail
openclaw logs --follow
常见原因：
  • publicUrl 指向的路径与 serve.path 不同。
  • Gateway 网关启动后，隧道 URL 已更改。
  • 代理转发了请求，但剥离或重写了 host/proto 标头。
  • 防火墙或 DNS 将公开主机名路由到 Gateway 网关以外的位置。
  • Gateway 网关重启时未启用 Voice Call 插件。
当反向代理或隧道位于 Gateway 网关前面时，将 webhookSecurity.allowedHosts 设置为公开主机名，或对已知代理地址使用 webhookSecurity.trustedProxyIPs。仅当代理边界由你控制时，才使用 webhookSecurity.trustForwardingHeaders。

​
签名验证失败

提供商签名会根据 OpenClaw 从传入请求重建的公开 URL 进行检查。如果签名失败：
  • 确认提供商 webhook URL 与 publicUrl 完全匹配，包括 scheme、host 和 path。
  • 对于 ngrok 免费层 URL，在隧道主机名更改时更新 publicUrl。
  • 确保代理保留原始 host 和 proto 标头，或配置 webhookSecurity.allowedHosts。
  • 不要在本地测试以外启用 skipSignatureVerification。

​
Google Meet Twilio 加入失败

Google Meet 使用此插件进行 Twilio 拨入加入。先验证 Voice Call： 
openclaw voicecall setup
openclaw voicecall smoke --to "+15555550123"
然后显式验证 Google Meet 传输： 
openclaw googlemeet setup --transport twilio
如果 Voice Call 为绿色但 Meet 参与者从未加入，请检查 Meet 拨入号码、PIN 和 --dtmf-sequence。电话通话可能是正常的，但会议会拒绝或忽略不正确的 DTMF 序列。 Google Meet 会将 Meet DTMF 序列和介绍文本传给 voicecall.start。对于 Twilio 通话，Voice Call 会先提供 DTMF TwiML，重定向回 webhook，然后打开实时媒体流，以便在电话参与者加入会议后生成保存的介绍语。 使用 openclaw logs --follow 查看实时阶段跟踪。健康的 Twilio Meet 加入会按以下顺序记录日志：
  • Google Meet 将 Twilio 加入委托给 Voice Call。
  • Voice Call 存储接通前 DTMF TwiML。
  • Twilio 初始 TwiML 在实时处理前被消费并提供。
  • Voice Call 为 Twilio 通话提供实时 TwiML。
  • 实时桥接启动，并将初始问候语加入队列。
openclaw voicecall tail 仍会显示持久化的通话记录；它对通话状态和转录很有用，但并非每个 webhook/实时转换都会出现在其中。

​
实时通话没有语音

确认只启用了一种音频模式。realtime.enabled 和 streaming.enabled 不能同时为 true。 对于实时 Twilio 通话，还需验证：
  • 已加载并注册实时提供商插件。
  • realtime.provider 未设置，或命名了已注册的提供商。
  • 提供商 API key 可供 Gateway 网关进程使用。
  • openclaw logs --follow 显示已提供实时 TwiML、实时桥接已启动，并且初始问候语已加入队列。

​
相关