Plugin guides

Plugin de llamadas de voz

Llamadas de voz para OpenClaw mediante un plugin: notificaciones salientes, conversaciones de varios turnos, voz en tiempo real con dúplex completo, transcripción en streaming y llamadas entrantes con políticas de listas de permitidos.

Proveedores: mock (desarrollo, sin red), plivo (API de voz + transferencia XML + voz de GetInput), telnyx (Call Control v2), twilio (voz programable + Media Streams).

Inicio rápido

  • Instalar el plugin

    Desde npm

    bash
    openclaw plugins install @openclaw/voice-call

    Desde una carpeta local (desarrollo)

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

    Se debe usar el paquete sin versión para seguir la etiqueta de la versión actual. Solo se debe fijar una versión exacta cuando se necesite una instalación reproducible. Después, se debe reiniciar el Gateway para que se cargue el plugin.

  • Configurar el proveedor y el webhook

    Se debe establecer la configuración en plugins.entries.voice-call.config (consulte Configuración más abajo). Como mínimo: provider, las credenciales del proveedor, fromNumber y una URL de webhook accesible públicamente.

  • Verificar la configuración

    bash
    openclaw voicecall setupopenclaw voicecall setup --json

    Comprueba que el plugin esté habilitado, las credenciales del proveedor, la exposición del webhook y que solo esté activo un modo de audio (streaming o realtime).

  • Prueba de humo

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

    Ambas son ejecuciones de prueba de forma predeterminada. Se debe añadir --yes para realizar una breve llamada de notificación saliente:

    bash
    openclaw voicecall smoke --to "+15555550123" --yes
  • Configuración

    Si enabled: true pero al proveedor seleccionado le faltan credenciales, el inicio del Gateway registra una advertencia de configuración incompleta con las claves que faltan y omite el inicio del entorno de ejecución. Los comandos, las llamadas RPC y las herramientas del agente siguen devolviendo la configuración exacta que falta cuando se utilizan.

    json5
    {  plugins: {    entries: {      "voice-call": {        enabled: true,        config: {          provider: "twilio", // o "telnyx" | "plivo" | "mock"          fromNumber: "+15550001234", // o TWILIO_FROM_NUMBER para Twilio          toNumber: "+15550005678",          sessionScope: "per-phone", // per-phone | per-call          numbers: {            "+15550009999": {              inboundGreeting: "Silver Fox Cards, ¿en qué puedo ayudar?",              responseSystemPrompt: "Eres un especialista conciso en tarjetas de béisbol.",              tts: {                providers: {                  openai: { speakerVoice: "alloy" },                },              },            },          },           twilio: {            accountSid: "ACxxxxxxxx",            authToken: "...",            // region: "ie1", // opcional: us1 | ie1 | au1; el valor predeterminado es us1          },          telnyx: {            apiKey: "...",            connectionId: "...",            // Clave pública del webhook de Telnyx del Mission Control Portal            // (Base64; también se puede establecer mediante TELNYX_PUBLIC_KEY).            publicKey: "...",          },          plivo: {            authId: "MAxxxxxxxxxxxxxxxxxxxx",            authToken: "...",          },           // Servidor de webhook          serve: {            port: 3334,            path: "/voice/webhook",          },           // Seguridad del webhook (recomendada para túneles/proxies)          webhookSecurity: {            allowedHosts: ["voice.example.com"],            trustedProxyIPs: ["100.64.0.1"],          },           // Exposición pública (elija una opción)          // publicUrl: "https://example.ngrok.app/voice/webhook",          // tunnel: { provider: "ngrok" },          // tailscale: { mode: "funnel", path: "/voice/webhook" },           outbound: {            defaultMode: "notify", // notify | conversation          },           streaming: { enabled: true /* solo Twilio; consulte Transcripción en streaming */ },          realtime: { enabled: false /* consulte Conversaciones de voz en tiempo real */ },        },      },    },  },}

    Referencia de configuración

    Claves de nivel superior en plugins.entries.voice-call.config que no se muestran arriba:

    Clave Valor predeterminado Notas
    enabled false Interruptor principal de activación/desactivación.
    inboundPolicy "disabled" disabled | allowlist | pairing | open. Consulte Llamadas entrantes.
    allowFrom [] Lista de permitidos E.164 para inboundPolicy: "allowlist".
    maxDurationSeconds 300 Límite estricto de duración por llamada, aplicado independientemente del estado de respuesta.
    staleCallReaperSeconds 120 Consulte Recolector de llamadas obsoletas. 0 lo deshabilita.
    silenceTimeoutMs 800 Detección de silencio de fin de voz para el flujo clásico (no en tiempo real).
    transcriptTimeoutMs 180000 Tiempo máximo de espera para obtener la transcripción de la persona que llama antes de abandonar un turno.
    ringTimeoutMs 30000 Tiempo de espera del timbre para llamadas salientes.
    maxConcurrentCalls 1 Se rechazan las llamadas salientes que superen este límite.
    outbound.notifyHangupDelaySec 3 Segundos de espera después de TTS antes de colgar automáticamente en el modo de notificación.
    skipSignatureVerification false Solo para pruebas locales; nunca se debe habilitar en producción.
    store sin establecer Anula la ruta predeterminada del registro de llamadas ~/.openclaw/voice-calls.
    agentId "main" Agente utilizado para generar respuestas y almacenar sesiones.
    responseModel sin establecer Anula el modelo predeterminado para respuestas clásicas (no en tiempo real).
    responseSystemPrompt generado Prompt del sistema personalizado para respuestas clásicas.
    responseTimeoutMs 30000 Tiempo de espera para generar respuestas clásicas (ms).

    Twilio utiliza de forma predeterminada su punto de conexión REST US1. Para procesar llamadas en una región fuera de EE. UU. compatible, se debe establecer twilio.region en ie1 o au1 y usar credenciales de esa región. Consulte la guía de la API REST de Twilio para regiones fuera de EE. UU..

    Notas sobre la exposición y seguridad del proveedor
    • Twilio, Telnyx y Plivo requieren una URL de webhook accesible públicamente.
    • mock es un proveedor de desarrollo local (sin llamadas de red).
    • Telnyx requiere telnyx.publicKey (o TELNYX_PUBLIC_KEY) a menos que skipSignatureVerification sea true.
    • skipSignatureVerification es solo para pruebas locales.
    • En el nivel gratuito de ngrok, se debe establecer publicUrl en la URL exacta de ngrok; la verificación de firmas siempre se aplica.
    • tunnel.allowNgrokFreeTierLoopbackBypass: true permite webhooks de Twilio con firmas no válidas solo cuando tunnel.provider="ngrok" y serve.bind es de bucle invertido (agente local de ngrok). Solo para desarrollo local.
    • Las URL del nivel gratuito de ngrok pueden cambiar o añadir un comportamiento intersticial; si publicUrl cambia, las firmas de Twilio fallan. En producción, es preferible un dominio estable o un funnel de Tailscale.
    Límites de conexiones de streaming
    • streaming.preStartTimeoutMs (valor predeterminado: 5000) cierra los sockets que nunca envían una trama start válida.
    • streaming.maxPendingConnections (valor predeterminado: 32) limita el total de sockets previos al inicio no autenticados.
    • streaming.maxPendingConnectionsPerIp (valor predeterminado: 4) limita los sockets previos al inicio no autenticados por dirección IP de origen.
    • streaming.maxConnections (valor predeterminado: 128) limita todos los sockets abiertos de flujos multimedia (pendientes + activos).
    Migraciones de configuración heredada

    El análisis de la configuración normaliza automáticamente estas claves heredadas y registra una advertencia que indica la ruta de reemplazo; la capa de compatibilidad se elimina en una versión futura (2026.6.0), por lo que se debe ejecutar openclaw doctor --fix para reescribir la configuración confirmada con la forma canónica:

    • provider: "log"provider: "mock"
    • twilio.fromfromNumber
    • streaming.sttProviderstreaming.provider
    • streaming.openaiApiKeystreaming.providers.openai.apiKey
    • streaming.sttModelstreaming.providers.openai.model
    • streaming.silenceDurationMsstreaming.providers.openai.silenceDurationMs
    • streaming.vadThresholdstreaming.providers.openai.vadThreshold
    • realtime.agentContext.includeSystemPrompt se elimina (el contexto en tiempo real ahora utiliza el prompt generado del agente)

    Ámbito de la sesión

    De forma predeterminada, las llamadas de voz utilizan sessionScope: "per-phone" para que las llamadas repetidas de la misma persona conserven la memoria de la conversación. Se debe establecer sessionScope: "per-call" cuando cada llamada del operador deba comenzar con un contexto nuevo, por ejemplo, en flujos de recepción, reservas, IVR o puente de Google Meet en los que el mismo número de teléfono pueda representar reuniones diferentes.

    Las llamadas de voz almacenan las claves de sesión generadas en el espacio de nombres del agente configurado (agent:<agentId>:voice:*). Las claves de integración explícitas sin procesar se resuelven en el mismo espacio de nombres: una clave agent:<configuredAgentId>:* canónica conserva ese propietario y respeta los alias de ámbito session.mainKey/global del núcleo; la entrada agent:* externa o con formato incorrecto se limita como una clave opaca en el agente configurado; global y unknown siguen siendo centinelas globales.

    Conversaciones de voz en tiempo real

    realtime selecciona un proveedor de voz en tiempo real con dúplex completo para el audio de llamadas en directo. Es independiente de streaming, que solo reenvía audio a proveedores de transcripción en tiempo real.

    Comportamiento actual del entorno de ejecución:

    • realtime.enabled es compatible con Twilio y Telnyx.
    • realtime.provider es opcional. Si no se establece, Llamadas de voz usa el primer proveedor de voz en tiempo real registrado.
    • Proveedores de voz en tiempo real incluidos: Google Gemini Live (google) y OpenAI (openai), registrados por sus Plugins de proveedor.
    • La configuración sin procesar propiedad del proveedor se encuentra en realtime.providers.<providerId>.
    • Llamadas de voz expone de forma predeterminada la herramienta compartida en tiempo real openclaw_agent_consult. El modelo en tiempo real puede llamarla cuando quien llama solicita un razonamiento más profundo, información actual o herramientas normales de OpenClaw.
    • realtime.consultPolicy añade opcionalmente instrucciones sobre cuándo debe el modelo en tiempo real llamar a openclaw_agent_consult.
    • realtime.agentContext.enabled está desactivado de forma predeterminada. Cuando se activa, Llamadas de voz inserta una identidad acotada del agente y una cápsula seleccionada de archivos del espacio de trabajo en las instrucciones del proveedor en tiempo real al configurar la sesión.
    • realtime.fastContext.enabled está desactivado de forma predeterminada. Cuando se activa, Llamadas de voz busca primero en la memoria indexada y el contexto de la sesión la pregunta de consulta, y devuelve esos fragmentos al modelo en tiempo real dentro de realtime.fastContext.timeoutMs antes de recurrir al agente de consulta completo, únicamente si realtime.fastContext.fallbackToConsult es true.
    • Si realtime.provider apunta a un proveedor no registrado, o si no hay ningún proveedor de voz en tiempo real registrado, Llamadas de voz registra una advertencia y omite los medios en tiempo real en lugar de hacer que falle todo el Plugin.
    • inboundPolicy no debe ser "disabled" cuando realtime.enabled es true; validateProviderConfig rechaza esa combinación.
    • Las claves de sesión de consulta reutilizan la sesión de llamada almacenada cuando está disponible y, después, recurren al sessionScope configurado (per-phone de forma predeterminada, o per-call para llamadas aisladas).

    Política de herramientas

    realtime.toolPolicy controla la ejecución de la consulta:

    Política Comportamiento
    safe-read-only Expone la herramienta de consulta y limita el agente normal a read, web_search, web_fetch, x_search, memory_search y memory_get.
    owner Expone la herramienta de consulta y permite que el agente normal use la política normal de herramientas del agente.
    none No expone la herramienta de consulta. Los realtime.tools personalizados se siguen pasando al proveedor en tiempo real.

    realtime.consultPolicy controla únicamente las instrucciones del modelo en tiempo real:

    Política Instrucciones
    auto Mantiene el prompt predeterminado y permite que el proveedor decida cuándo llamar a la herramienta de consulta.
    substantive Responde directamente a enlaces conversacionales sencillos y consulta antes de proporcionar datos, memoria, herramientas o contexto.
    always Consulta antes de cada respuesta sustancial.

    Contexto de voz del agente

    Active realtime.agentContext cuando el puente de voz deba sonar como el agente de OpenClaw configurado sin incurrir en un recorrido completo de consulta al agente en los turnos normales. La cápsula de contexto se añade una sola vez cuando se crea la sesión en tiempo real, por lo que no añade latencia por turno. Las llamadas a openclaw_agent_consult siguen ejecutando el agente completo de OpenClaw y deben usarse para trabajos con herramientas, información actual, consultas de memoria o estado del espacio de trabajo.

    json5
    {  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"],            },          },        },      },    },  },}

    Ejemplos de proveedores en tiempo real

    Google Gemini Live

    Valores predeterminados: clave de API de realtime.providers.google.apiKey, GEMINI_API_KEY o GOOGLE_API_KEY; modelo gemini-3.1-flash-live-preview; voz Kore. sessionResumption y contextWindowCompression están activados de forma predeterminada para llamadas más largas que puedan volver a conectarse. Use silenceDurationMs, startSensitivity y endSensitivity para ajustar una alternancia de turnos más rápida con audio telefónico.

    json5
    {  plugins: {    entries: {      "voice-call": {        config: {          provider: "twilio",          inboundPolicy: "allowlist",          allowFrom: ["+15550005678"],          realtime: {            enabled: true,            provider: "google",            instructions: "Habla brevemente. Llama a openclaw_agent_consult antes de usar herramientas más avanzadas.",            toolPolicy: "safe-read-only",            consultPolicy: "substantive",            consultThinkingLevel: "low",            consultFastMode: true,            agentContext: { enabled: true },            providers: {              google: {                apiKey: "${GEMINI_API_KEY}",                model: "gemini-3.1-flash-live-preview",                speakerVoice: "Kore",                silenceDurationMs: 500,                startSensitivity: "high",              },            },          },        },      },    },  },}

    OpenAI

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

    Consulte Proveedor de Google y Proveedor de OpenAI para conocer las opciones de voz en tiempo real específicas de cada proveedor.

    Transcripción en streaming

    streaming conecta Twilio Media Streams con un proveedor de transcripción en tiempo real. La ruta clásica de streaming requiere provider: "twilio"; se rechaza la configuración con Telnyx, Plivo o un proveedor simulado. El audio en directo de Telnyx usa en su lugar la ruta realtime.enabled, que se autentica por separado.

    Comportamiento actual en tiempo de ejecución:

    • streaming.provider es opcional. Si no se establece, Llamadas de voz usa el primer proveedor de transcripción en tiempo real registrado.
    • Proveedores de transcripción en tiempo real incluidos: Deepgram (deepgram), ElevenLabs (elevenlabs), Mistral (mistral), OpenAI (openai) y xAI (xai), registrados por sus Plugins de proveedor.
    • La configuración sin procesar propiedad del proveedor se encuentra en streaming.providers.<providerId>.
    • Después de que Twilio envía un mensaje start de streaming aceptado, Llamadas de voz registra el streaming inmediatamente, pone en cola los medios entrantes mediante el proveedor de transcripción mientras este se conecta e inicia el saludo inicial únicamente cuando la transcripción en tiempo real está lista.
    • Si streaming.provider apunta a un proveedor no registrado, o si no hay ninguno registrado, Llamadas de voz registra una advertencia y omite el streaming de medios en lugar de hacer que falle todo el Plugin.

    Ejemplos de proveedores de streaming

    OpenAI

    Valores predeterminados: clave de API streaming.providers.openai.apiKey o OPENAI_API_KEY; modelo gpt-4o-transcribe; silenceDurationMs: 800; vadThreshold: 0.5.

    json5
    {  plugins: {    entries: {      "voice-call": {        config: {          streaming: {            enabled: true,            provider: "openai",            streamPath: "/voice/stream",            providers: {              openai: {                apiKey: "sk-...", // opcional si OPENAI_API_KEY está establecido                model: "gpt-4o-transcribe",                silenceDurationMs: 800,                vadThreshold: 0.5,              },            },          },        },      },    },  },}

    xAI

    Valores predeterminados: clave de API streaming.providers.xai.apiKey o XAI_API_KEY (recurre a un perfil de autenticación OAuth de xAI si no se establece ninguna); endpoint wss://api.x.ai/v1/stt; codificación mulaw; frecuencia de muestreo 8000; endpointingMs: 800; interimResults: true.

    json5
    {  plugins: {    entries: {      "voice-call": {        config: {          streaming: {            enabled: true,            provider: "xai",            streamPath: "/voice/stream",            providers: {              xai: {                apiKey: "${XAI_API_KEY}", // opcional si XAI_API_KEY está establecido                endpointingMs: 800,                language: "en",              },            },          },        },      },    },  },}

    TTS para llamadas

    Llamadas de voz usa la configuración principal messages.tts para transmitir voz en las llamadas. Puede sobrescribirla en la configuración del Plugin con la misma estructura; se combina de forma profunda con messages.tts.

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

    Notas sobre el comportamiento:

    • Las claves heredadas tts.<provider> dentro de la configuración del Plugin (openai, elevenlabs, microsoft, edge) se reparan mediante openclaw doctor --fix; la configuración confirmada debe usar tts.providers.<provider>.
    • Se usa el TTS principal cuando el streaming de medios de Twilio está activado; de lo contrario, las llamadas recurren a las voces nativas del proveedor.
    • Si ya hay un streaming de medios de Twilio activo, Llamadas de voz no recurre a OPENCLAW_DOCS_MARKER:calloutOpen:U2F5 de TwiML. Si el TTS telefónico no está disponible en ese estado, la solicitud de reproducción falla en lugar de mezclar dos rutas de reproducción.
    • Cuando el TTS telefónico recurre a un proveedor secundario, Llamadas de voz registra una advertencia con la cadena de proveedores (from, to, attempts) para facilitar la depuración.
    • Cuando la interrupción del hablante en Twilio o el cierre del streaming vacían la cola de TTS pendiente, las solicitudes de reproducción en cola se resuelven en lugar de dejar bloqueadas a las personas que llaman mientras esperan que finalice la reproducción.

    Ejemplos de TTS

    Solo TTS principal

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

    Cambiar a ElevenLabs (solo llamadas)

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

    Cambiar el modelo de OpenAI (fusión profunda)

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

    Llamadas entrantes

    La política de llamadas entrantes utiliza de forma predeterminada disabled. Para habilitar las llamadas entrantes, establezca:

    json5
    {inboundPolicy: "allowlist",allowFrom: ["+15550001234"],inboundGreeting: "¡Hola! ¿En qué puedo ayudar?",}

    Las respuestas automáticas utilizan el sistema de agentes. Ajústelas con responseModel, responseSystemPrompt y responseTimeoutMs.

    Enrutamiento por número

    Utilice numbers cuando un Plugin de llamadas de voz reciba llamadas para varios números de teléfono y cada número deba comportarse como una línea diferente. Por ejemplo, un número puede utilizar un asistente personal informal, mientras que otro utiliza una identidad empresarial, un agente de respuesta diferente y una voz TTS distinta.

    Las rutas se seleccionan a partir del número marcado To proporcionado por el proveedor. Las claves deben ser números E.164. Cuando llega una llamada, Llamadas de voz resuelve una sola vez la ruta coincidente, almacena la ruta encontrada en el registro de la llamada y reutiliza esa configuración efectiva para el saludo, la ruta clásica de respuesta automática, la ruta de consulta en tiempo real y la reproducción TTS. Si ninguna ruta coincide, se utiliza la configuración global de Llamadas de voz. Las llamadas salientes no utilizan numbers; proporcione explícitamente el destino saliente, el mensaje y la sesión al iniciar la llamada.

    Actualmente, las sustituciones de ruta admiten:

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

    El valor de ruta tts se fusiona en profundidad sobre la configuración global tts de Llamadas de voz, por lo que normalmente basta con sustituir la voz del proveedor:

    json5
    {inboundGreeting: "Hola desde la línea principal.",responseSystemPrompt: "Eres el asistente de voz predeterminado.",tts: {  provider: "openai",  providers: {    openai: { speakerVoice: "coral" },  },},numbers: {  "+15550001111": {    inboundGreeting: "Silver Fox Cards, ¿en qué puedo ayudar?",    responseSystemPrompt: "Eres un especialista conciso en tarjetas de béisbol.",    tts: {      providers: {        openai: { speakerVoice: "alloy" },      },    },  },},}

    Contrato de salida hablada

    Para las respuestas automáticas, Llamadas de voz añade al prompt del sistema un contrato estricto de salida hablada que exige una respuesta JSON {"spoken":"..."}. Llamadas de voz extrae el texto hablado de forma defensiva:

    • Ignora las cargas útiles marcadas como contenido de razonamiento/error.
    • Analiza JSON directo, JSON delimitado o claves "spoken" en línea.
    • Recurre al texto sin formato y elimina los párrafos introductorios que probablemente sean de planificación o metadatos.

    Esto mantiene la reproducción hablada centrada en el texto dirigido a la persona que llama y evita que el texto de planificación se filtre al audio.

    Comportamiento al iniciar la conversación

    En las llamadas conversation salientes, el manejo del primer mensaje está vinculado al estado de reproducción en vivo:

    • El vaciado de la cola por interrupción y la respuesta automática solo se suprimen mientras se está pronunciando activamente el saludo inicial.
    • Si falla la reproducción inicial, la llamada vuelve a listening y el mensaje inicial permanece en cola para volver a intentarlo.
    • La reproducción inicial para la transmisión de Twilio comienza al conectarse la transmisión sin retraso adicional.
    • La interrupción cancela la reproducción activa y elimina las entradas TTS de Twilio que están en cola pero aún no se reproducen. Las entradas eliminadas se resuelven como omitidas, por lo que la lógica de respuesta posterior puede continuar sin esperar un audio que nunca se reproducirá.
    • Las conversaciones de voz en tiempo real utilizan el turno inicial de la propia transmisión en tiempo real. Llamadas de voz no publica una actualización TwiML heredada OPENCLAW_DOCS_MARKER:calloutOpen:U2F5 para ese mensaje inicial, por lo que las sesiones &lt;Connect&gt;&lt;Stream&gt; salientes permanecen conectadas.

    Periodo de gracia al desconectar la transmisión de Twilio

    Cuando una transmisión multimedia de Twilio se desconecta, Llamadas de voz espera 2000 ms antes de finalizar automáticamente la llamada:

    • Si la transmisión vuelve a conectarse durante ese intervalo, se cancela la finalización automática.
    • Si no se vuelve a registrar ninguna transmisión después del periodo de gracia, la llamada finaliza para evitar llamadas activas bloqueadas.

    Recolector de llamadas obsoletas

    Utilice staleCallReaperSeconds (valor predeterminado: 120) para finalizar las llamadas que nunca se responden ni alcanzan un estado de conversación en vivo, por ejemplo, llamadas en modo de notificación para las que el proveedor nunca entrega un Webhook terminal. Establézcalo en 0 para deshabilitarlo.

    El recolector se ejecuta cada 30 segundos y solo finaliza las llamadas que no tienen una marca de tiempo answeredAt y que aún no se encuentran en un estado terminal o en vivo (speaking/listening), por lo que este temporizador nunca recolecta las conversaciones respondidas; maxDurationSeconds (valor predeterminado: 300) es el límite independiente que finaliza las llamadas respondidas que duran demasiado.

    En flujos de tipo notificación donde los operadores pueden tardar en entregar los Webhooks de timbrado/respuesta, aumente staleCallReaperSeconds por encima del valor predeterminado para que las llamadas lentas pero normales no se recolecten antes de tiempo; 120-300 segundos es un intervalo razonable para producción.

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

    Seguridad del Webhook

    Cuando hay un proxy o túnel delante del Gateway, el plugin reconstruye la URL pública para verificar la firma. Estas opciones controlan qué encabezados reenviados son de confianza:

    webhookSecurity.allowedHostsstring[]

    Hosts permitidos de los encabezados de reenvío.

    webhookSecurity.trustForwardingHeadersboolean

    Confiar en los encabezados reenviados sin una lista de permitidos.

    webhookSecurity.trustedProxyIPsstring[]

    Confiar en los encabezados reenviados solo cuando la IP remota de la solicitud coincida con la lista.

    Protecciones adicionales:

    • La protección contra repetición de Webhooks está habilitada para Twilio, Telnyx y Plivo. Las solicitudes de Webhook válidas repetidas se confirman, pero se omiten sus efectos secundarios.
    • Los turnos de conversación de Twilio incluyen un token por turno en las devoluciones de llamada &lt;Gather&gt;, de modo que las devoluciones de llamada de voz obsoletas o repetidas no puedan satisfacer un turno de transcripción pendiente más reciente.
    • Las solicitudes de Webhook no autenticadas se rechazan antes de leer el cuerpo cuando faltan los encabezados de firma requeridos por el proveedor.
    • El Webhook de llamadas de voz utiliza el perfil compartido de lectura del cuerpo previo a la autenticación (cuerpo máximo de 64 KB, tiempo de espera de lectura de 5 segundos), además de un límite de solicitudes en curso por clave (8 solicitudes simultáneas por clave de forma predeterminada), antes de verificar la firma.

    Ejemplo con un host público estable:

    json5
    {plugins: {entries: {  "voice-call": {    config: {      publicUrl: "https://voice.example.com/voice/webhook",      webhookSecurity: {        allowedHosts: ["voice.example.com"],      },    },  },},},}

    CLI

    bash
    openclaw voicecall call --to "+15555550123" --message "Hola desde OpenClaw"openclaw voicecall start --to "+15555550123"   # alias de callopenclaw voicecall continue --call-id <id> --message "¿Alguna pregunta?"openclaw voicecall speak --call-id <id> --message "Un momento"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                      # resume la latencia de los turnos a partir de los registrosopenclaw voicecall expose --mode funnel

    Cuando el Gateway ya está en ejecución, los comandos operativos voicecall se delegan al entorno de ejecución de llamadas de voz propiedad del Gateway para que la CLI no vincule un segundo servidor de Webhook. Si no se puede acceder a ningún Gateway, los comandos recurren a un entorno de ejecución independiente de la CLI.

    latency lee calls.jsonl desde la ruta de almacenamiento predeterminada de llamadas de voz. Utilice --file <path> para indicar un registro diferente y --last <n> para limitar el análisis a los últimos N registros (valor predeterminado: 200). La salida incluye mínimo/máximo/promedio, p50 y p95 para la latencia de los turnos y los tiempos de espera de escucha.

    Herramienta del agente

    Nombre de la herramienta: voice_call.

    Acción Argumentos
    initiate_call message, to?, mode?, dtmfSequence?
    continue_call callId, message
    speak_to_user callId, message
    send_dtmf callId, digits
    end_call callId
    get_status callId

    El plugin de llamadas de voz incluye una Skills de agente correspondiente.

    RPC del Gateway

    Método Argumentos Notas
    voicecall.initiate to?, message, mode?, sessionKey?, requesterSessionKey? Recurre a la configuración toNumber cuando se omite to.
    voicecall.start to, message?, mode?, dtmfSequence?, sessionKey? Igual que initiate, pero también acepta dtmfSequence previo a la conexión.
    voicecall.continue callId, message Bloquea hasta que se resuelve el turno; devuelve la transcripción.
    voicecall.continue.start callId, message Variante asíncrona: devuelve inmediatamente un operationId.
    voicecall.continue.result operationId Consulta periódicamente el resultado de una operación voicecall.continue.start pendiente.
    voicecall.speak callId, message Habla sin esperar; utiliza el puente en tiempo real cuando realtime.enabled.
    voicecall.dtmf callId, digits
    voicecall.end callId
    voicecall.status callId? Omita callId para enumerar todas las llamadas activas.

    dtmfSequence solo es válido con mode: "conversation"; las llamadas en modo de notificación deben usar voicecall.dtmf después de que exista la llamada si necesitan dígitos posteriores a la conexión.

    Solución de problemas

    La configuración no logra exponer el Webhook

    Ejecute la configuración desde el mismo entorno que ejecuta el Gateway:

    bash
    openclaw voicecall setupopenclaw voicecall setup --json

    Para twilio, telnyx y plivo, webhook-exposure debe estar en verde. Un publicUrl configurado también falla cuando apunta a un espacio de red local o privado, porque el operador no puede devolver llamadas a esas direcciones. No utilice 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 ni otros rangos de NAT de nivel de operador como publicUrl.

    Las llamadas salientes de Twilio en modo de notificación envían su TwiML OPENCLAW_DOCS_MARKER:calloutOpen:U2F5 inicial directamente en la solicitud de creación de llamada, por lo que el primer mensaje hablado no depende de que Twilio obtenga el TwiML del Webhook. Sigue siendo necesario un Webhook público para las devoluciones de llamada de estado, las llamadas conversacionales, el DTMF previo a la conexión, los flujos en tiempo real y el control de llamadas posterior a la conexión.

    Utilice una ruta de exposición pública:

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

    Después de cambiar la configuración, reinicie o recargue el Gateway y, a continuación, ejecute:

    bash
    openclaw voicecall setupopenclaw voicecall smoke

    voicecall smoke es una ejecución de prueba a menos que se proporcione --yes.

    Fallan las credenciales del proveedor

    Compruebe el proveedor seleccionado y los campos de credenciales obligatorios:

    • Twilio: twilio.accountSid, twilio.authToken y fromNumber, o TWILIO_ACCOUNT_SID, TWILIO_AUTH_TOKEN y TWILIO_FROM_NUMBER.
    • Telnyx: telnyx.apiKey, telnyx.connectionId, telnyx.publicKey y fromNumber, o TELNYX_API_KEY, TELNYX_CONNECTION_ID y TELNYX_PUBLIC_KEY.
    • Plivo: plivo.authId, plivo.authToken y fromNumber, o PLIVO_AUTH_ID y PLIVO_AUTH_TOKEN.

    Las credenciales deben existir en el host del Gateway. Editar un perfil de shell local no afecta a un Gateway que ya está en ejecución hasta que este reinicie o recargue su entorno.

    Las llamadas se inician, pero no llegan los Webhooks del proveedor

    Confirme que la consola del proveedor apunta a la URL pública exacta del Webhook:

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

    A continuación, inspeccione el estado de ejecución:

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

    Causas habituales:

    • publicUrl apunta a una ruta diferente de serve.path.
    • La URL del túnel cambió después de iniciarse el Gateway.
    • Un proxy reenvía la solicitud, pero elimina o reescribe los encabezados de host/protocolo.
    • El cortafuegos o el DNS dirige el nombre de host público a un lugar distinto del Gateway.
    • El Gateway se reinició sin el Plugin de llamadas de voz habilitado.

    Cuando hay un proxy inverso o un túnel delante del Gateway, establezca webhookSecurity.allowedHosts en el nombre de host público o utilice webhookSecurity.trustedProxyIPs para una dirección de proxy conocida. Utilice webhookSecurity.trustForwardingHeaders únicamente cuando el límite del proxy esté bajo su control.

    Falla la verificación de firmas

    Las firmas del proveedor se comprueban con la URL pública que OpenClaw reconstruye a partir de la solicitud entrante. Si las firmas fallan:

    • Confirme que la URL del Webhook del proveedor coincida exactamente con publicUrl, incluidos el esquema, el host y la ruta.
    • Para las URL del nivel gratuito de ngrok, actualice publicUrl cuando cambie el nombre de host del túnel.
    • Asegúrese de que el proxy conserve los encabezados originales de host y protocolo, o configure webhookSecurity.allowedHosts.
    • No habilite skipSignatureVerification fuera de las pruebas locales.

    Fallan las conexiones de Google Meet mediante Twilio

    Google Meet utiliza este Plugin para conexiones por marcación de Twilio. Primero, verifique las llamadas de voz:

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

    A continuación, verifique explícitamente el transporte de Google Meet:

    bash
    openclaw googlemeet setup --transport twilio

    Si las llamadas de voz están en verde, pero el participante de Meet nunca se conecta, compruebe el número de marcación de Meet, el PIN y --dtmf-sequence. La llamada telefónica puede funcionar correctamente mientras la reunión rechaza o ignora una secuencia DTMF incorrecta.

    Google Meet inicia el tramo telefónico de Twilio mediante voicecall.start con una secuencia DTMF previa a la conexión. Las secuencias derivadas del PIN incluyen el voiceCall.dtmfDelayMs del Plugin de Google Meet (12000 ms de forma predeterminada) como dígitos de espera iniciales de Twilio, porque las indicaciones de marcación de Meet pueden llegar tarde. A continuación, las llamadas de voz redirigen de nuevo al procesamiento en tiempo real antes de solicitar el saludo introductorio.

    Utilice openclaw logs --follow para el seguimiento de fases en directo. Una conexión correcta de Twilio a Meet registra este orden:

    • Google Meet delega la conexión de Twilio en las llamadas de voz.
    • Las llamadas de voz almacenan el TwiML de DTMF previo a la conexión.
    • El TwiML inicial de Twilio se consume y se sirve antes del procesamiento en tiempo real.
    • Las llamadas de voz sirven TwiML en tiempo real para la llamada de Twilio.
    • Google Meet solicita la locución introductoria con voicecall.speak después de la demora posterior al DTMF.

    openclaw voicecall tail sigue mostrando los registros de llamadas persistentes; resulta útil para el estado y las transcripciones de las llamadas, pero no todas las transiciones de Webhooks o tiempo real aparecen allí.

    La llamada en tiempo real no tiene voz

    Confirme que solo esté habilitado un modo de audio: realtime.enabled y streaming.enabled no pueden ser verdaderos a la vez.

    Para las llamadas en tiempo real de Twilio/Telnyx, verifique también:

    • Hay cargado y registrado un Plugin de proveedor en tiempo real.
    • realtime.provider no está establecido o nombra un proveedor registrado.
    • La clave de API del proveedor está disponible para el proceso del Gateway.
    • openclaw logs --follow muestra que se sirvió el TwiML en tiempo real, se inició el puente en tiempo real y se puso en cola el saludo inicial.

    Temas relacionados

    Was this useful?
    On this page

    On this page