Plugin голосових викликів

Голосові виклики для OpenClaw через Plugin. Підтримує вихідні сповіщення, багатоетапні розмови, повнодуплексний голос у реальному часі, потокову транскрипцію та вхідні виклики з політиками списків дозволених.

Поточні провайдери: twilio (Programmable Voice + Media Streams), telnyx (Call Control v2), plivo (Voice API + XML transfer + GetInput speech), mock (розробка/без мережі).

# Швидкий старт

openclaw plugins install @openclaw/voice-call

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

openclaw voicecall setup

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

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

# Конфігурація

Якщо enabled: true, але вибраному провайдеру бракує облікових даних, під час запуску Gateway записує попередження про незавершене налаштування з відсутніми ключами та пропускає запуск runtime. Команди, RPC-виклики й інструменти агента все одно повертають точну відсутню конфігурацію провайдера під час використання.

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

# Область сесії

За замовчуванням Voice Call використовує sessionScope: "per-phone", тож повторні виклики від того самого абонента зберігають пам’ять розмови. Установіть sessionScope: "per-call", коли кожен виклик оператора має починатися зі свіжого контексту, наприклад для рецепції, бронювання, IVR або bridge-потоків Google Meet, де той самий номер телефону може представляти різні зустрічі.

# Голосові розмови в реальному часі

realtime вибирає повнодуплексного голосового провайдера реального часу для живого аудіо виклику. Він відокремлений від streaming, який лише пересилає аудіо провайдерам транскрипції в реальному часі.

Поточна поведінка runtime:

• realtime.enabled підтримується для Twilio Media Streams.
• realtime.provider необов’язковий. Якщо його не задано, Voice Call використовує першого зареєстрованого голосового провайдера реального часу.
• Вбудовані голосові провайдери реального часу: Google Gemini Live (google) і OpenAI (openai), зареєстровані їхніми Plugin провайдерів.
• Сира конфігурація, якою володіє провайдер, розміщується в realtime.providers.<providerId>.
• Voice Call за замовчуванням надає спільний інструмент реального часу openclaw_agent_consult. Модель реального часу може викликати його, коли абонент просить глибшого міркування, актуальної інформації або звичайних інструментів OpenClaw.
• realtime.consultPolicy необов’язково додає вказівки щодо того, коли модель реального часу має викликати openclaw_agent_consult.
• realtime.agentContext.enabled за замовчуванням вимкнено. Коли ввімкнено, Voice Call додає обмежену ідентичність агента, перевизначення системного prompt і вибрану капсулу файлів workspace до інструкцій провайдера реального часу під час налаштування сесії.
• realtime.fastContext.enabled за замовчуванням вимкнено. Коли ввімкнено, Voice Call спочатку шукає індексовану пам’ять/контекст сесії для питання consult і повертає ці фрагменти моделі реального часу в межах realtime.fastContext.timeoutMs, перш ніж переходити до повного consult-агента лише якщо realtime.fastContext.fallbackToConsult має значення true.
• Якщо realtime.provider вказує на незареєстрованого провайдера або жоден голосовий провайдер реального часу взагалі не зареєстрований, Voice Call записує попередження та пропускає медіа реального часу замість того, щоб зупиняти весь Plugin помилкою.
• Ключі consult-сесії повторно використовують збережену сесію виклику, коли вона доступна, а потім повертаються до налаштованого sessionScope (per-phone за замовчуванням або per-call для ізольованих викликів).

# Політика інструментів

realtime.toolPolicy керує запуском consult:

realtime.consultPolicy керує лише інструкціями моделі реального часу:

# Голосовий контекст агента

Увімкніть realtime.agentContext, коли голосовий міст має звучати як налаштований агент OpenClaw без витрат на повний round trip agent-consult на звичайних ходах. Капсула контексту додається один раз під час створення сесії реального часу, тому вона не додає затримки на кожен хід. Виклики openclaw_agent_consult все одно запускають повного агента OpenClaw і мають використовуватися для роботи з інструментами, актуальної інформації, пошуку в пам’яті або стану 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,
              includeSystemPrompt: true,
              includeWorkspaceFiles: true,
              files: ["SOUL.md", "IDENTITY.md", "USER.md"],
            },
          },
        },
      },
    },
  },
}

# Приклади realtime-провайдерів

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

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

Див. Google-провайдер і OpenAI-провайдер, щоб дізнатися про параметри realtime-голосу, специфічні для провайдера.

# Потокова транскрипція

streaming вибирає провайдера realtime-транскрипції для аудіо живого виклику.

Поточна поведінка під час виконання:

• streaming.provider необов’язковий. Якщо його не задано, Voice Call використовує першого зареєстрованого провайдера realtime-транскрипції.
• Вбудовані провайдери realtime-транскрипції: Deepgram (deepgram), ElevenLabs (elevenlabs), Mistral (mistral), OpenAI (openai) і xAI (xai), зареєстровані їхніми provider plugins.
• Сирова конфігурація, що належить провайдеру, міститься в streaming.providers.<providerId>.
• Після того як Twilio надсилає прийняте повідомлення start для потоку, Voice Call негайно реєструє потік, ставить вхідні медіадані в чергу через провайдера транскрипції, доки провайдер підключається, і запускає початкове привітання лише після готовності realtime-транскрипції.
• Якщо streaming.provider вказує на незареєстрованого провайдера або жодного провайдера не зареєстровано, Voice Call записує попередження в журнал і пропускає потокове передавання медіа замість того, щоб завершувати роботу всього plugin з помилкою.

# Приклади 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 для викликів

Voice Call використовує основну конфігурацію messages.tts для потокового мовлення під час викликів. Її можна перевизначити в конфігурації plugin із такою самою формою — вона глибоко об’єднується з messages.tts.

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

Примітки щодо поведінки:

• Застарілі ключі tts.<provider> у конфігурації plugin (openai, elevenlabs, microsoft, edge) виправляються командою openclaw doctor --fix; зафіксована конфігурація має використовувати tts.providers.<provider>.
• Core TTS використовується, коли ввімкнено потокове передавання медіа Twilio; інакше виклики повертаються до нативних для провайдера голосів.
• Якщо медіапотік Twilio вже активний, Voice Call не повертається до TwiML OPENCLAW_DOCS_MARKER:calloutOpen:U2F5. Якщо в цьому стані телефонний TTS недоступний, запит на відтворення завершується помилкою замість змішування двох шляхів відтворення.
• Коли телефонний TTS повертається до вторинного провайдера, Voice Call записує попередження в журнал із ланцюжком провайдерів (from, to, attempts) для налагодження.
• Коли barge-in Twilio або демонтаж потоку очищає чергу очікування TTS, запити на відтворення в черзі завершуються, замість того щоб залишати абонентів у стані очікування завершення відтворення.

# Приклади TTS

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

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

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

# Вхідні виклики

Вхідна політика за замовчуванням має значення disabled. Щоб увімкнути вхідні виклики, задайте:

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

Автовідповіді використовують систему агента. Налаштовуйте їх за допомогою responseModel, responseSystemPrompt і responseTimeoutMs.

# Маршрутизація за номером

Використовуйте numbers, коли один Plugin Voice Call приймає виклики для кількох телефонних номерів і кожен номер має поводитися як окрема лінія. Наприклад, один номер може використовувати невимушеного персонального асистента, а інший — бізнес-персону, іншого агента відповіді та інший голос 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 додає до системного prompt суворий контракт голосового виводу:

{"spoken":"..."}

Voice Call обережно витягує текст мовлення:

• Ігнорує payload, позначені як вміст міркування/помилки.
• Розбирає прямий JSON, fenced JSON або вбудовані ключі "spoken".
• Повертається до звичайного тексту та видаляє ймовірні вступні абзаци з плануванням/метаданими.

Це утримує голосове відтворення зосередженим на тексті для абонента та запобігає витоку тексту планування в аудіо.

# Поведінка запуску розмови

Для вихідних викликів conversation обробка першого повідомлення прив'язана до стану live-відтворення:

• Очищення черги barge-in і автовідповідь пригнічуються лише тоді, коли початкове привітання активно озвучується.
• Якщо початкове відтворення завершується помилкою, виклик повертається до listening, а початкове повідомлення залишається в черзі для повторної спроби.
• Початкове відтворення для стримінгу Twilio починається під час підключення stream без додаткової затримки.
• Barge-in перериває активне відтворення та очищає поставлені в чергу, але ще не відтворювані записи Twilio TTS. Очищені записи вирішуються як пропущені, тож логіка подальшої відповіді може продовжуватися без очікування аудіо, яке ніколи не буде відтворене.
• Голосові розмови в реальному часі використовують власний початковий хід realtime stream. Voice Call не надсилає legacy-оновлення OPENCLAW_DOCS_MARKER:calloutOpen:U2F5 TwiML для цього початкового повідомлення, тому вихідні сесії <Connect><Stream> залишаються підключеними.

# Пільговий період відключення stream Twilio

Коли media stream Twilio відключається, Voice Call очікує 2000 ms перед автоматичним завершенням виклику:

• Якщо stream повторно підключається протягом цього вікна, автоматичне завершення скасовується.
• Якщо після пільгового періоду жоден stream не реєструється повторно, виклик завершується, щоб запобігти завислим активним викликам.

# Засіб очищення застарілих викликів

Використовуйте staleCallReaperSeconds, щоб завершувати виклики, які ніколи не отримують термінальний Webhook (наприклад, виклики в режимі сповіщення, які ніколи не завершуються). Значення за замовчуванням — 0 (вимкнено).

Рекомендовані діапазони:

• Виробниче середовище: 120–300 секунд для потоків у стилі сповіщень.
• Тримайте це значення вищим за maxDurationSeconds, щоб звичайні виклики могли завершитися. Хороша початкова точка — maxDurationSeconds + 30–60 секунд.

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

# Безпека Webhook

Коли перед Gateway розміщено проксі або тунель, Plugin відтворює публічну URL-адресу для перевірки підпису. Ці параметри керують тим, яким перенаправленим заголовкам довіряти:

Додаткові засоби захисту:

• Захист від повторного відтворення Webhook увімкнено для Twilio та Plivo. Повторно відтворені дійсні запити Webhook підтверджуються, але пропускаються для побічних ефектів.
• Ходи розмови Twilio містять токен для кожного ходу в callbacks <Gather>, тому застарілі або повторно відтворені мовні callbacks не можуть задовольнити новіший очікуваний хід транскрипта.
• Неавтентифіковані запити Webhook відхиляються до читання тіла, якщо відсутні обов’язкові заголовки підпису провайдера.
• Webhook voice-call використовує спільний профіль тіла перед автентифікацією (64 КБ / 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 делегуються середовищу виконання voice-call, яким володіє Gateway, тому CLI не прив’язує другий сервер Webhook. Якщо Gateway недоступний, команди повертаються до автономного середовища виконання CLI.

latency читає calls.jsonl зі стандартного шляху сховища voice-call. Використовуйте --file <path>, щоб указати інший журнал, і --last <n>, щоб обмежити аналіз останніми N записами (за замовчуванням 200). Вивід містить p50/p90/p99 для затримки ходу та часу очікування прослуховування.

# Інструмент агента

Назва інструмента: voice_call.

Цей репозиторій постачає відповідний документ Skills у skills/voice-call/SKILL.md.

# Gateway RPC

dtmfSequence дійсний лише з mode: "conversation". Виклики в режимі notify мають використовувати 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 надсилають свій початковий TwiML OPENCLAW_DOCS_MARKER:calloutOpen:U2F5 безпосередньо в запиті створення виклику, тому перше озвучене повідомлення не залежить від того, чи Twilio отримає TwiML Webhook. Публічний Webhook усе ще потрібен для callbacks стану, розмовних викликів, DTMF перед з’єднанням, потоків реального часу та керування викликом після з’єднання.

Використовуйте один шлях публічного доступу:

{
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

voicecall smoke — це пробний запуск, якщо не передати --yes.

# Облікові дані провайдера не проходять перевірку

Перевірте вибраного провайдера та обов’язкові поля облікових даних:

• 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. Редагування локального профілю оболонки не впливає на вже запущений Gateway, доки його не буде перезапущено або доки він не перезавантажить своє середовище.

# Виклики починаються, але Webhook провайдера не надходять

Підтвердьте, що консоль провайдера вказує на точну публічну URL-адресу Webhook:

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

Потім перевірте стан середовища виконання:

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

Поширені причини:

• publicUrl указує на шлях, відмінний від serve.path.
• URL тунелю змінився після запуску Gateway.
• Проксі перенаправляє запит, але видаляє або переписує заголовки хоста/proto.
• Брандмауер або DNS спрямовує публічне ім’я хоста кудись інше, а не до Gateway.
• Gateway було перезапущено без увімкненого Plugin Voice Call.

Коли перед Gateway розміщено зворотний проксі або тунель, установіть webhookSecurity.allowedHosts на публічне ім’я хоста або використовуйте webhookSecurity.trustedProxyIPs для відомої адреси проксі. Використовуйте webhookSecurity.trustForwardingHeaders лише тоді, коли межа проксі перебуває під вашим контролем.

# Перевірка підпису не вдається

Підписи провайдера перевіряються відносно публічної URL-адреси, яку OpenClaw відтворює з вхідного запиту. Якщо підписи не проходять перевірку:

• Підтвердьте, що URL Webhook провайдера точно збігається з publicUrl, включно зі схемою, хостом і шляхом.
• Для URL безкоштовного рівня ngrok оновлюйте publicUrl, коли змінюється ім’я хоста тунелю.
• Переконайтеся, що проксі зберігає початкові заголовки хоста та proto, або налаштуйте webhookSecurity.allowedHosts.
• Не вмикайте skipSignatureVerification поза локальним тестуванням.

# Підключення Google Meet через Twilio не вдаються

Google Meet використовує цей Plugin для підключень через номер дозвону 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 запускає телефонну ділянку Twilio через voicecall.start із послідовністю DTMF перед з’єднанням. Послідовності, отримані з PIN, включають voiceCall.dtmfDelayMs Plugin Google Meet як початкові цифри очікування Twilio. Типове значення — 12 секунд, оскільки підказки дозвону Meet можуть надходити із затримкою. Потім Voice Call перенаправляє назад до обробки в реальному часі до запиту вступного привітання.

Використовуйте openclaw logs --follow для трасування живої фази. Справне підключення Twilio до Meet записує такий порядок:

• Google Meet делегує підключення Twilio до Voice Call.
• Voice Call зберігає TwiML DTMF перед з’єднанням.
• Початковий TwiML Twilio споживається та віддається перед обробкою в реальному часі.
• Voice Call віддає TwiML реального часу для виклику Twilio.
• Google Meet запитує вступне мовлення через voicecall.speak після затримки після DTMF.

openclaw voicecall tail усе ще показує збережені записи викликів; це корисно для стану виклику та транскриптів, але не кожен перехід Webhook/реального часу з’являється там.

# У виклику реального часу немає мовлення

Підтвердьте, що ввімкнено лише один аудіорежим. realtime.enabled і streaming.enabled не можуть одночасно бути true.

Для викликів Twilio у реальному часі також перевірте:

• Plugin провайдера реального часу завантажено та зареєстровано.
• realtime.provider не встановлено або називає зареєстрованого провайдера.
• API-ключ провайдера доступний процесу Gateway.
• openclaw logs --follow показує, що TwiML реального часу віддано, міст реального часу запущено, а початкове привітання поставлено в чергу.

# Пов’язане

• Режим розмови
• Перетворення тексту на мовлення
• Голосове пробудження