Plugin de chamada de voz

Voice calls para OpenClaw por meio de um plugin. Oferece suporte a notificações de saída, conversas em vários turnos, voz em tempo real full-duplex, transcrição em streaming e chamadas de entrada com políticas de allowlist.

Provedores atuais: twilio (Programmable Voice + Media Streams), telnyx (Call Control v2), plivo (Voice API + transferência XML + fala GetInput), mock (dev/sem rede).

Início rápido

openclaw plugins install @openclaw/voice-call

PLUGIN_SRC=./path/to/local/voice-call-pluginopenclaw plugins install "$PLUGIN_SRC"cd "$PLUGIN_SRC" && pnpm install

openclaw voicecall setup

openclaw voicecall smokeopenclaw voicecall smoke --to "+15555550123"

openclaw voicecall smoke --to "+15555550123" --yes

Configuração

Se enabled: true, mas o provedor selecionado estiver sem credenciais, a inicialização do Gateway registra um aviso de configuração incompleta com as chaves ausentes e pula a inicialização do runtime. Comandos, chamadas RPC e ferramentas de agente ainda retornam a configuração exata ausente do provedor quando usados.

{  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: { speakerVoice: "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 */ },        },      },    },  },}

Escopo da sessão

Por padrão, Voice Call usa sessionScope: "per-phone" para que chamadas repetidas do mesmo chamador mantenham a memória da conversa. Defina sessionScope: "per-call" quando cada chamada da operadora deve começar com contexto novo, por exemplo em fluxos de recepção, reserva, URA ou ponte do Google Meet nos quais o mesmo número de telefone pode representar reuniões diferentes.

Voice Call armazena chaves de sessão geradas no namespace de agente configurado (agent:<agentId>:voice:*) para que a memória da chamada sobreviva à canonicalização de chave de sessão do Gateway após reinicializações. Chaves explícitas brutas de integração usam o mesmo namespace de agente. Uma chave canônica agent:<configuredAgentId>:* mantém esse proprietário, e seus aliases principais respeitam session.mainKey do núcleo e o escopo global. Entrada agent:* estrangeira ou malformada é escopada como uma chave opaca sob o agente configurado; global e unknown permanecem sentinelas globais. A inicialização do Gateway promove chaves brutas mais antigas em armazenamentos padrão ou com modelo {agentId} quando o caminho comprova um proprietário. Em armazenamentos personalizados fixos, linhas legadas ambíguas permanecem intocadas porque não contêm informações suficientes para escolher um proprietário; novas chamadas usam histórico canônico escopado por agente.

Conversas de voz em tempo real

realtime seleciona um provedor de voz em tempo real full-duplex para áudio de chamada ao vivo. Ele é separado de streaming, que apenas encaminha áudio para provedores de transcrição em tempo real.

Comportamento atual do runtime:

• realtime.enabled é compatível com Twilio Media Streams.
• realtime.provider é opcional. Se não definido, Voice Call usa o primeiro provedor de voz em tempo real registrado.
• Provedores de voz em tempo real incluídos: Google Gemini Live (google) e OpenAI (openai), registrados por seus plugins de provedor.
• A configuração bruta de propriedade do provedor fica em realtime.providers.<providerId>.
• Voice Call expõe a ferramenta em tempo real compartilhada openclaw_agent_consult por padrão. O modelo em tempo real pode chamá-la quando o chamador pede raciocínio mais profundo, informações atuais ou ferramentas normais do OpenClaw.
• realtime.consultPolicy opcionalmente adiciona orientação sobre quando o modelo em tempo real deve chamar openclaw_agent_consult.
• realtime.agentContext.enabled é desativado por padrão. Quando ativado, Voice Call injeta uma identidade de agente limitada e uma cápsula selecionada de arquivos do workspace nas instruções do provedor em tempo real na configuração da sessão.
• realtime.fastContext.enabled é desativado por padrão. Quando ativado, Voice Call primeiro pesquisa memória indexada/contexto de sessão para a pergunta de consulta e retorna esses trechos ao modelo em tempo real dentro de realtime.fastContext.timeoutMs antes de recorrer ao agente de consulta completo somente se realtime.fastContext.fallbackToConsult for verdadeiro.
• Se realtime.provider apontar para um provedor não registrado, ou se nenhum provedor de voz em tempo real estiver registrado, Voice Call registra um aviso e pula a mídia em tempo real em vez de falhar o plugin inteiro.
• Chaves de sessão de consulta reutilizam a sessão de chamada armazenada quando disponível e depois recorrem ao sessionScope configurado (per-phone por padrão, ou per-call para chamadas isoladas).

Política de ferramentas

realtime.toolPolicy controla a execução de consulta:

realtime.consultPolicy controla apenas as instruções do modelo em tempo real:

Contexto de voz do agente

Habilite realtime.agentContext quando a ponte de voz deve soar como o agente OpenClaw configurado sem pagar uma viagem completa de consulta ao agente em turnos comuns. A cápsula de contexto é adicionada uma vez quando a sessão em tempo real é criada, portanto não adiciona latência por turno. Chamadas para openclaw_agent_consult ainda executam o agente OpenClaw completo e devem ser usadas para trabalho com ferramentas, informações atuais, consultas de memória ou estado do workspace.

{  plugins: {    entries: {      "voice-call": {        config: {          agentId: "main",          realtime: {            enabled: true,            provider: "google",            toolPolicy: "safe-read-only",            consultPolicy: "substantive",            agentContext: {              enabled: true,              maxChars: 6000,              includeIdentity: true,              includeWorkspaceFiles: true,              files: ["SOUL.md", "IDENTITY.md", "USER.md"],            },          },        },      },    },  },}

Exemplos de provedores em tempo real

{  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",            consultPolicy: "substantive",            consultThinkingLevel: "low",            consultFastMode: true,            agentContext: { enabled: true },            providers: {              google: {                apiKey: "${GEMINI_API_KEY}",                model: "gemini-2.5-flash-native-audio-preview-12-2025",                speakerVoice: "Kore",                silenceDurationMs: 500,                startSensitivity: "high",              },            },          },        },      },    },  },}

{  plugins: {    entries: {      "voice-call": {        config: {          realtime: {            enabled: true,            provider: "openai",            providers: {              openai: { apiKey: "${OPENAI_API_KEY}" },            },          },        },      },    },  },}

Consulte Provedor Google e Provedor OpenAI para opções de voz em tempo real específicas de cada provedor.

Transcrição por streaming

streaming seleciona um provedor de transcrição em tempo real para áudio de chamada ao vivo.

Comportamento atual de runtime:

• streaming.provider é opcional. Se não for definido, Voice Call usa o primeiro provedor de transcrição em tempo real registrado.
• Provedores de transcrição em tempo real incluídos: Deepgram (deepgram), ElevenLabs (elevenlabs), Mistral (mistral), OpenAI (openai) e xAI (xai), registrados por seus plugins de provedor.
• A configuração bruta pertencente ao provedor fica em streaming.providers.<providerId>.
• Depois que o Twilio envia uma mensagem start de stream aceita, Voice Call registra o stream imediatamente, enfileira a mídia de entrada por meio do provedor de transcrição enquanto o provedor se conecta e inicia a saudação inicial somente depois que a transcrição em tempo real está pronta.
• Se streaming.provider apontar para um provedor não registrado, ou nenhum estiver registrado, Voice Call registra um aviso e ignora o streaming de mídia em vez de fazer o plugin inteiro falhar.

Exemplos de provedores de streaming

{  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,              },            },          },        },      },    },  },}

{  plugins: {    entries: {      "voice-call": {        config: {          streaming: {            enabled: true,            provider: "xai",            streamPath: "/voice/stream",            providers: {              xai: {                apiKey: "${XAI_API_KEY}", // optional if XAI_API_KEY is set                endpointingMs: 800,                language: "en",              },            },          },        },      },    },  },}

TTS para chamadas

Voice Call usa a configuração central messages.tts para fala por streaming em chamadas. Você pode substituí-la na configuração do plugin com o mesmo formato — ela é mesclada em profundidade com messages.tts.

{  tts: {    provider: "elevenlabs",    providers: {      elevenlabs: {        speakerVoiceId: "pMsXgVXv3BLzUgSXRplE",        modelId: "eleven_multilingual_v2",      },    },  },}

Notas de comportamento:

• Chaves legadas tts.<provider> dentro da configuração do plugin (openai, elevenlabs, microsoft, edge) são reparadas por openclaw doctor --fix; a configuração versionada deve usar tts.providers.<provider>.
• O TTS central é usado quando o streaming de mídia do Twilio está habilitado; caso contrário, as chamadas voltam para vozes nativas do provedor.
• Se um stream de mídia do Twilio já estiver ativo, Voice Call não volta para TwiML OPENCLAW_DOCS_MARKER:calloutOpen:U2F5. Se o TTS de telefonia estiver indisponível nesse estado, a solicitação de reprodução falha em vez de misturar dois caminhos de reprodução.
• Quando o TTS de telefonia recorre a um provedor secundário, Voice Call registra um aviso com a cadeia de provedores (from, to, attempts) para depuração.
• Quando a interrupção por fala do Twilio ou o encerramento do stream limpa a fila de TTS pendente, as solicitações de reprodução enfileiradas são resolvidas em vez de deixar chamadores aguardando a conclusão da reprodução.

Exemplos de TTS

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

{plugins: {entries: {"voice-call": {  config: {    tts: {      provider: "elevenlabs",      providers: {        elevenlabs: {          apiKey: "elevenlabs_key",          speakerVoiceId: "pMsXgVXv3BLzUgSXRplE",          modelId: "eleven_multilingual_v2",        },      },    },  },},},},}

{plugins: {entries: {"voice-call": {  config: {    tts: {      providers: {        openai: {          model: "gpt-4o-mini-tts",          speakerVoice: "marin",        },      },    },  },},},},}

Chamadas recebidas

A política de entrada usa disabled por padrão. Para habilitar chamadas recebidas, defina:

{inboundPolicy: "allowlist",allowFrom: ["+15550001234"],inboundGreeting: "Hello! How can I help?",}

Respostas automáticas usam o sistema de agentes. Ajuste com responseModel, responseSystemPrompt e responseTimeoutMs.

Roteamento por número

Use numbers quando um plugin Voice Call recebe chamadas para múltiplos números de telefone e cada número deve se comportar como uma linha diferente. Por exemplo, um número pode usar um assistente pessoal casual enquanto outro usa uma persona comercial, um agente de resposta diferente e uma voz TTS diferente.

As rotas são selecionadas a partir do número discado To fornecido pelo provedor. As chaves devem ser números E.164. Quando uma chamada chega, Voice Call resolve a rota correspondente uma vez, armazena a rota correspondente no registro da chamada e reutiliza essa configuração efetiva para a saudação, o caminho clássico de resposta automática, o caminho de consulta em tempo real e a reprodução TTS. Se nenhuma rota corresponder, a configuração global do Voice Call é usada. Chamadas de saída não usam numbers; passe explicitamente o destino de saída, a mensagem e a sessão ao iniciar a chamada.

Substituições de rota atualmente dão suporte a:

• inboundGreeting
• tts
• agentId
• responseModel
• responseSystemPrompt
• responseTimeoutMs

O valor de rota tts é mesclado em profundidade sobre a configuração global de tts do Voice Call, então geralmente você pode substituir apenas a voz do provedor:

{inboundGreeting: "Hello from the main line.",responseSystemPrompt: "You are the default voice assistant.",tts: {  provider: "openai",  providers: {    openai: { speakerVoice: "coral" },  },},numbers: {  "+15550001111": {    inboundGreeting: "Silver Fox Cards, how can I help?",    responseSystemPrompt: "You are a concise baseball card specialist.",    tts: {      providers: {        openai: { speakerVoice: "alloy" },      },    },  },},}

Contrato de saída falada

Para respostas automáticas, Voice Call acrescenta um contrato estrito de saída falada ao prompt do sistema:

{"spoken":"..."}

Voice Call extrai texto de fala defensivamente:

• Ignora payloads marcados como conteúdo de raciocínio/erro.
• Analisa JSON direto, JSON cercado por cercas ou chaves "spoken" em linha.
• Recorre a texto simples e remove parágrafos iniciais prováveis de planejamento/metadados.

Isso mantém a reprodução falada focada em texto voltado ao chamador e evita vazar texto de planejamento para o áudio.

Comportamento de início de conversa

Para chamadas conversation de saída, o tratamento da primeira mensagem está vinculado ao estado de reprodução ao vivo:

• A limpeza da fila por interrupção de fala e a resposta automática são suprimidas somente enquanto a saudação inicial está sendo falada ativamente.
• Se a reprodução inicial falhar, a chamada retorna para listening e a mensagem inicial permanece enfileirada para nova tentativa.
• A reprodução inicial para streaming do Twilio começa na conexão do stream sem atraso extra.
• A interrupção por fala aborta a reprodução ativa e limpa entradas TTS do Twilio enfileiradas, mas ainda não reproduzidas. Entradas limpas são resolvidas como ignoradas, para que a lógica de resposta subsequente possa continuar sem esperar por áudio que nunca será reproduzido.
• Conversas de voz em tempo real usam o próprio turno de abertura do stream em tempo real. Voice Call não publica uma atualização TwiML OPENCLAW_DOCS_MARKER:calloutOpen:U2F5 legada para essa mensagem inicial, então sessões <Connect><Stream> de saída permanecem anexadas.

Período de tolerância de desconexão do stream do Twilio

Quando um stream de mídia da Twilio se desconecta, Voice Call espera 2000 ms antes de encerrar a chamada automaticamente:

• Se o stream se reconectar durante essa janela, o encerramento automático é cancelado.
• Se nenhum stream se registrar novamente após o período de tolerância, a chamada é encerrada para evitar chamadas ativas travadas.

Coletor de chamadas obsoletas

Use staleCallReaperSeconds para encerrar chamadas que nunca recebem um webhook terminal (por exemplo, chamadas em modo de notificação que nunca são concluídas). O padrão é 0 (desabilitado).

Intervalos recomendados:

• Produção: 120–300 segundos para fluxos no estilo de notificação.
• Mantenha esse valor maior que maxDurationSeconds para que chamadas normais possam terminar. Um bom ponto de partida é maxDurationSeconds + 30–60 segundos.

{plugins: {entries: {  "voice-call": {    config: {      maxDurationSeconds: 300,      staleCallReaperSeconds: 360,    },  },},},}

Segurança de Webhook

Quando um proxy ou túnel fica na frente do Gateway, o plugin reconstrói a URL pública para verificação de assinatura. Estas opções controlam quais cabeçalhos encaminhados são confiáveis:

Proteções adicionais:

• A proteção contra repetição de Webhook é habilitada para Twilio e Plivo. Solicitações válidas de webhook repetidas são confirmadas, mas ignoradas quanto a efeitos colaterais.
• Turnos de conversa da Twilio incluem um token por turno em callbacks <Gather>, então callbacks de fala obsoletos/repetidos não podem satisfazer um turno de transcrição pendente mais recente.
• Solicitações de webhook não autenticadas são rejeitadas antes da leitura do corpo quando os cabeçalhos de assinatura exigidos pelo provedor estão ausentes.
• O webhook de voice-call usa o perfil de corpo pré-autenticação compartilhado (64 KB / 5 segundos), além de um limite por IP para solicitações em andamento antes da verificação de assinatura.

Exemplo com um host público estável:

{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 callopenclaw 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 tailopenclaw voicecall latency                      # summarize turn latency from logsopenclaw voicecall expose --mode funnel

Quando o Gateway já está em execução, os comandos operacionais voicecall delegam ao runtime de voice-call pertencente ao Gateway, para que a CLI não vincule um segundo servidor de webhook. Se nenhum Gateway estiver acessível, os comandos recorrem a um runtime de CLI autônomo.

latency lê calls.jsonl do caminho padrão de armazenamento de voice-call. Use --file <path> para apontar para um log diferente e --last <n> para limitar a análise aos últimos N registros (padrão 200). A saída inclui p50/p90/p99 para latência de turno e tempos de espera de escuta.

Ferramenta do agente

Nome da ferramenta: voice_call.

O plugin voice-call inclui uma skill de agente correspondente.

RPC do Gateway

dtmfSequence só é válido com mode: "conversation". Chamadas em modo de notificação devem usar voicecall.dtmf depois que a chamada existir se precisarem de dígitos pós-conexão.

Solução de problemas

A configuração falha na exposição do webhook

Execute a configuração no mesmo ambiente que executa o Gateway:

openclaw voicecall setupopenclaw voicecall setup --json

Para twilio, telnyx e plivo, webhook-exposure deve estar verde. Uma publicUrl configurada ainda falha quando aponta para espaço de rede local ou privada, porque a operadora não consegue chamar de volta esses endereços. Não use 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 ou fd00::/8 como publicUrl.

Chamadas de saída em modo de notificação da Twilio enviam o TwiML inicial OPENCLAW_DOCS_MARKER:calloutOpen:U2F5 diretamente na solicitação de criação de chamada, então a primeira mensagem falada não depende de a Twilio buscar TwiML de webhook. Um webhook público ainda é necessário para callbacks de status, chamadas de conversa, DTMF pré-conexão, streams em tempo real e controle de chamada pós-conexão.

Use um caminho de exposição pública:

{plugins: {entries: {"voice-call": {  config: {    publicUrl: "https://voice.example.com/voice/webhook",    // or    tunnel: { provider: "ngrok" },    // or    tailscale: { mode: "funnel", path: "/voice/webhook" },  },},},},}

Depois de alterar a configuração, reinicie ou recarregue o Gateway e execute:

openclaw voicecall setupopenclaw voicecall smoke

voicecall smoke é uma simulação, a menos que você passe --yes.

As credenciais do provedor falham

Verifique o provedor selecionado e os campos de credencial exigidos:

• Twilio: twilio.accountSid, twilio.authToken e fromNumber, ou TWILIO_ACCOUNT_SID, TWILIO_AUTH_TOKEN e TWILIO_FROM_NUMBER.
• Telnyx: telnyx.apiKey, telnyx.connectionId, telnyx.publicKey e fromNumber.
• Plivo: plivo.authId, plivo.authToken e fromNumber.

As credenciais devem existir no host do Gateway. Editar um perfil de shell local não afeta um Gateway já em execução até que ele reinicie ou recarregue seu ambiente.

As chamadas começam, mas os webhooks do provedor não chegam

Confirme que o console do provedor aponta para a URL pública exata do webhook:

https://voice.example.com/voice/webhook

Em seguida, inspecione o estado de runtime:

openclaw voicecall status --call-id <id>openclaw voicecall tailopenclaw logs --follow

Causas comuns:

• publicUrl aponta para um caminho diferente de serve.path.
• A URL do túnel mudou depois que o Gateway foi iniciado.
• Um proxy encaminha a solicitação, mas remove ou reescreve cabeçalhos de host/proto.
• Firewall ou DNS roteia o nome de host público para algum lugar que não é o Gateway.
• O Gateway foi reiniciado sem o plugin Voice Call habilitado.

Quando um proxy reverso ou túnel está na frente do Gateway, defina webhookSecurity.allowedHosts como o nome de host público, ou use webhookSecurity.trustedProxyIPs para um endereço de proxy conhecido. Use webhookSecurity.trustForwardingHeaders somente quando o limite do proxy estiver sob seu controle.

A verificação de assinatura falha

As assinaturas do provedor são verificadas contra a URL pública que o OpenClaw reconstrói a partir da solicitação recebida. Se as assinaturas falharem:

• Confirme que a URL de webhook do provedor corresponde exatamente a publicUrl, incluindo esquema, host e caminho.
• Para URLs do nível gratuito do ngrok, atualize publicUrl quando o nome de host do túnel mudar.
• Garanta que o proxy preserve os cabeçalhos originais de host e proto, ou configure webhookSecurity.allowedHosts.
• Não habilite skipSignatureVerification fora de testes locais.

Entradas da Twilio no Google Meet falham

O Google Meet usa este plugin para entradas por discagem da Twilio. Primeiro verifique o Voice Call:

openclaw voicecall setupopenclaw voicecall smoke --to "+15555550123"

Em seguida, verifique explicitamente o transporte do Google Meet:

openclaw googlemeet setup --transport twilio

Se o Voice Call estiver verde, mas o participante do Meet nunca entrar, verifique o número de discagem do Meet, o PIN e --dtmf-sequence. A chamada telefônica pode estar saudável enquanto a reunião rejeita ou ignora uma sequência DTMF incorreta.

O Google Meet inicia a etapa telefônica da Twilio por meio de voicecall.start com uma sequência DTMF pré-conexão. Sequências derivadas de PIN incluem o voiceCall.dtmfDelayMs do plugin Google Meet como dígitos iniciais de espera da Twilio. O padrão é 12 segundos porque prompts de discagem do Meet podem chegar tarde. Em seguida, o Voice Call redireciona de volta para o tratamento em tempo real antes que a saudação introdutória seja solicitada.

Use openclaw logs --follow para o rastreamento da fase ao vivo. Uma entrada saudável da Twilio no Meet registra esta ordem:

• O Google Meet delega a entrada da Twilio ao Voice Call.
• O Voice Call armazena o TwiML de DTMF pré-conexão.
• O TwiML inicial da Twilio é consumido e servido antes do tratamento em tempo real.
• O Voice Call serve TwiML em tempo real para a chamada da Twilio.
• O Google Meet solicita a fala introdutória com voicecall.speak após o atraso pós-DTMF.

openclaw voicecall tail ainda mostra registros de chamada persistidos; ele é útil para estado de chamada e transcrições, mas nem toda transição de webhook/tempo real aparece ali.

Chamada em tempo real sem fala

Confirme que apenas um modo de áudio está habilitado. realtime.enabled e streaming.enabled não podem ambos ser true.

Para chamadas Twilio em tempo real, verifique também:

• Um plugin de provedor em tempo real está carregado e registrado.
• realtime.provider não está definido ou nomeia um provedor registrado.
• A chave de API do provedor está disponível para o processo do Gateway.
• openclaw logs --follow mostra TwiML em tempo real servido, a ponte em tempo real iniciada e a saudação inicial enfileirada.

Relacionado

• Modo de conversa
• Texto para fala
• Ativação por voz