mock (डेवलपमेंट, कोई नेटवर्क नहीं), plivo (Voice API + XML ट्रांसफ़र +
GetInput स्पीच), telnyx (Call Control v2), twilio (Programmable Voice +
Media Streams)।
Voice Call Plugin Gateway प्रक्रिया के भीतर चलता है। यदि आप
रिमोट Gateway का उपयोग करते हैं, तो Gateway चलाने वाली मशीन पर Plugin इंस्टॉल
और कॉन्फ़िगर करें, फिर उसे लोड करने के लिए Gateway पुनः आरंभ करें।
त्वरित शुरुआत
1
Plugin इंस्टॉल करें
- npm से
- स्थानीय फ़ोल्डर से (डेवलपमेंट)
2
प्रदाता और Webhook कॉन्फ़िगर करें
plugins.entries.voice-call.config के अंतर्गत कॉन्फ़िगरेशन सेट करें (नीचे
कॉन्फ़िगरेशन देखें)। न्यूनतम रूप से: provider, प्रदाता
क्रेडेंशियल, fromNumber, और सार्वजनिक रूप से पहुँच योग्य Webhook URL।3
सेटअप सत्यापित करें
streaming या realtime) सक्रिय होने की जाँच करता है।4
स्मोक परीक्षण
--yes जोड़ें:कॉन्फ़िगरेशन
यदिenabled: true, लेकिन चुने गए प्रदाता के क्रेडेंशियल अनुपलब्ध हैं, तो Gateway
स्टार्टअप अनुपलब्ध कुंजियों के साथ सेटअप-अधूरा चेतावनी लॉग करता है और
रनटाइम शुरू नहीं करता। उपयोग किए जाने पर कमांड, RPC कॉल, और एजेंट टूल फिर भी
सटीक अनुपलब्ध कॉन्फ़िगरेशन लौटाते हैं।
वॉइस-कॉल क्रेडेंशियल 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.config के अंतर्गत शीर्ष-स्तरीय कुंजियाँ:
Twilio डिफ़ॉल्ट रूप से अपने US1 REST एंडपॉइंट का उपयोग करता है। किसी समर्थित
गैर-US क्षेत्र में कॉल संसाधित करने के लिए,
twilio.region को ie1 या au1 पर सेट करें और
उस क्षेत्र के क्रेडेंशियल का उपयोग करें।
Twilio की गैर-US REST API मार्गदर्शिका देखें।
प्रदाता एक्सपोज़र और सुरक्षा संबंधी टिप्पणियाँ
प्रदाता एक्सपोज़र और सुरक्षा संबंधी टिप्पणियाँ
- Twilio, Telnyx, और Plivo सभी को सार्वजनिक रूप से पहुँच योग्य Webhook URL की आवश्यकता होती है।
mockएक स्थानीय डेवलपमेंट प्रदाता है (कोई नेटवर्क कॉल नहीं)।- Telnyx को
telnyx.publicKey(याTELNYX_PUBLIC_KEY) की आवश्यकता होती है, जब तकskipSignatureVerificationtrue न हो। skipSignatureVerificationकेवल स्थानीय परीक्षण के लिए है।- ngrok के निःशुल्क स्तर पर,
publicUrlको सटीक ngrok URL पर सेट करें; हस्ताक्षर सत्यापन हमेशा लागू होता है। tunnel.allowNgrokFreeTierLoopbackBypass: trueअमान्य हस्ताक्षर वाले Twilio Webhook को केवल तभी अनुमति देता है, जबtunnel.provider="ngrok"औरserve.bindलूपबैक (ngrok स्थानीय एजेंट) हो। केवल स्थानीय डेवलपमेंट के लिए।- ngrok के निःशुल्क-स्तर URL बदल सकते हैं या इंटरस्टिशियल व्यवहार जोड़ सकते हैं; यदि
publicUrlबदलता है, तो Twilio हस्ताक्षर विफल हो जाते हैं। प्रोडक्शन: स्थिर डोमेन या Tailscale फ़नल को प्राथमिकता दें।
स्ट्रीमिंग कनेक्शन सीमाएँ
स्ट्रीमिंग कनेक्शन सीमाएँ
streaming.preStartTimeoutMs(डिफ़ॉल्ट5000) उन सॉकेट को बंद कर देता है जो कभी मान्यstartफ़्रेम नहीं भेजते।streaming.maxPendingConnections(डिफ़ॉल्ट32) कुल अप्रमाणित प्री-स्टार्ट सॉकेट की सीमा निर्धारित करता है।streaming.maxPendingConnectionsPerIp(डिफ़ॉल्ट4) प्रति स्रोत IP अप्रमाणित प्री-स्टार्ट सॉकेट की सीमा निर्धारित करता है।streaming.maxConnections(डिफ़ॉल्ट128) सभी खुले मीडिया स्ट्रीम सॉकेट (लंबित + सक्रिय) की सीमा निर्धारित करता है।
पुराने कॉन्फ़िगरेशन माइग्रेशन
पुराने कॉन्फ़िगरेशन माइग्रेशन
कॉन्फ़िगरेशन पार्सिंग इन पुरानी कुंजियों को स्वचालित रूप से सामान्यीकृत करती है और
प्रतिस्थापन पथ का नाम बताने वाली चेतावनी लॉग करती है; शिम को भविष्य की
रिलीज़ (
2026.6.0) में हटा दिया जाएगा, इसलिए कमिट किए गए कॉन्फ़िगरेशन को प्रामाणिक
आकार में फिर से लिखने के लिए openclaw doctor --fix चलाएँ:provider: "log"→provider: "mock"twilio.from→fromNumberstreaming.sttProvider→streaming.providerstreaming.openaiApiKey→streaming.providers.openai.apiKeystreaming.sttModel→streaming.providers.openai.modelstreaming.silenceDurationMs→streaming.providers.openai.silenceDurationMsstreaming.vadThreshold→streaming.providers.openai.vadThresholdrealtime.agentContext.includeSystemPromptहटा दिया गया है (रीयलटाइम संदर्भ अब जनरेट किए गए एजेंट प्रॉम्प्ट का उपयोग करता है)
सत्र का दायरा
डिफ़ॉल्ट रूप से, Voice CallsessionScope: "per-phone" का उपयोग करता है, ताकि
एक ही कॉलर की दोहराई गई कॉल में बातचीत की स्मृति बनी रहे। जब
प्रत्येक कैरियर कॉल को नए संदर्भ से शुरू होना चाहिए, तो sessionScope: "per-call" सेट करें; उदाहरण के लिए रिसेप्शन,
बुकिंग, IVR, या Google Meet ब्रिज प्रवाह, जहाँ एक ही फ़ोन नंबर
अलग-अलग मीटिंग का प्रतिनिधित्व कर सकता है।
Voice Call जनरेट की गई सत्र कुंजियों को कॉन्फ़िगर किए गए एजेंट नेमस्पेस
(agent:<agentId>:voice:*) के अंतर्गत संग्रहीत करता है। स्पष्ट रूप से दी गई अपरिष्कृत इंटीग्रेशन कुंजियाँ
उसी नेमस्पेस में रिज़ॉल्व होती हैं: प्रामाणिक agent:<configuredAgentId>:* कुंजी उस
स्वामी को बनाए रखती है और मूल session.mainKey/वैश्विक-दायरा उपनामकरण का पालन करती है; बाहरी या
विकृत agent:* इनपुट को कॉन्फ़िगर किए गए एजेंट के अंतर्गत अपारदर्शी कुंजी के रूप में सीमित
किया जाता है; global और unknown वैश्विक प्रहरी बने रहते हैं।
रीयलटाइम वॉइस वार्तालाप
realtime लाइव कॉल ऑडियो के लिए पूर्ण-डुप्लेक्स रीयलटाइम वॉइस प्रदाता चुनता है।
यह streaming से अलग है, जो केवल ऑडियो को रीयलटाइम
ट्रांसक्रिप्शन प्रदाताओं को अग्रेषित करता है।
वर्तमान रनटाइम व्यवहार:
realtime.enabledTwilio और Telnyx के लिए समर्थित है।realtime.providerवैकल्पिक है। यदि इसे सेट नहीं किया गया है, तो Voice Call पहले पंजीकृत रीयलटाइम वॉइस प्रदाता का उपयोग करता है।- बंडल किए गए रीयलटाइम वॉइस प्रदाता: Google Gemini Live (
google) और OpenAI (openai), जिन्हें उनके प्रदाता plugins द्वारा पंजीकृत किया जाता है। - प्रदाता के स्वामित्व वाला रॉ कॉन्फ़िगरेशन
realtime.providers.<providerId>के अंतर्गत रहता है। - Voice Call डिफ़ॉल्ट रूप से साझा
openclaw_agent_consultरीयलटाइम टूल उपलब्ध कराता है। जब कॉलर अधिक गहन तर्क, वर्तमान जानकारी या सामान्य OpenClaw टूल माँगता है, तो रीयलटाइम मॉडल इसे कॉल कर सकता है। realtime.consultPolicyवैकल्पिक रूप से यह मार्गदर्शन जोड़ता है कि रीयलटाइम मॉडल कोopenclaw_agent_consultकब कॉल करना चाहिए।realtime.agentContext.enabledडिफ़ॉल्ट रूप से बंद है। सक्षम होने पर, Voice Call सत्र सेटअप के दौरान रीयलटाइम प्रदाता निर्देशों में सीमित एजेंट पहचान और चुनी हुई वर्कस्पेस-फ़ाइल कैप्सूल सम्मिलित करता है।realtime.fastContext.enabledडिफ़ॉल्ट रूप से बंद है। सक्षम होने पर, Voice Call पहले परामर्श प्रश्न के लिए इंडेक्स की गई मेमोरी/सत्र संदर्भ में खोज करता है और केवल तभी पूर्ण परामर्श एजेंट पर लौटने से पहले, जबrealtime.fastContext.fallbackToConsulttrue हो, उन अंशों कोrealtime.fastContext.timeoutMsके भीतर रीयलटाइम मॉडल को लौटाता है।- यदि
realtime.providerकिसी अपंजीकृत प्रदाता की ओर संकेत करता है, या कोई भी रीयलटाइम वॉइस प्रदाता पंजीकृत नहीं है, तो Voice Call चेतावनी लॉग करता है और पूरे plugin को विफल करने के बजाय रीयलटाइम मीडिया छोड़ देता है। - जब
realtime.enabledtrue हो, तबinboundPolicy,"disabled"नहीं होना चाहिए;validateProviderConfigउस संयोजन को अस्वीकार करता है। - उपलब्ध होने पर परामर्श सत्र कुंजियाँ संग्रहीत कॉल सत्र का पुनः उपयोग करती हैं, फिर कॉन्फ़िगर किए गए
sessionScopeपर लौटती हैं (डिफ़ॉल्ट रूप सेper-phone, या पृथक कॉल के लिएper-call)।
टूल नीति
realtime.toolPolicy परामर्श रन को नियंत्रित करता है:
realtime.consultPolicy केवल रीयलटाइम मॉडल निर्देशों को नियंत्रित करता है:
एजेंट वॉइस संदर्भ
जब वॉइस ब्रिज को सामान्य संवादों पर पूर्ण एजेंट-परामर्श राउंड ट्रिप की लागत के बिना कॉन्फ़िगर किए गए OpenClaw एजेंट जैसा सुनाई देना चाहिए, तबrealtime.agentContext सक्षम करें।
रीयलटाइम सत्र बनाते समय संदर्भ कैप्सूल एक बार जोड़ा जाता है,
इसलिए यह प्रत्येक संवाद में विलंबता नहीं जोड़ता। openclaw_agent_consult के कॉल
फिर भी पूर्ण OpenClaw एजेंट चलाते हैं और उनका उपयोग टूल कार्य, वर्तमान जानकारी,
मेमोरी लुकअप या वर्कस्पेस स्थिति के लिए किया जाना चाहिए।
रीयलटाइम प्रदाता के उदाहरण
- Google Gemini Live
- OpenAI
डिफ़ॉल्ट:
realtime.providers.google.apiKey, GEMINI_API_KEY,
या GOOGLE_API_KEY से API कुंजी; मॉडल gemini-3.1-flash-live-preview;
वॉइस Kore। अधिक लंबी, पुनः कनेक्ट की जा सकने वाली कॉल के लिए
sessionResumption और contextWindowCompression डिफ़ॉल्ट रूप से चालू हैं।
टेलीफ़ोनी ऑडियो पर तेज़ संवाद क्रम समायोजित करने के लिए silenceDurationMs,
startSensitivity, और endSensitivity का उपयोग करें।स्ट्रीमिंग ट्रांसक्रिप्शन
streaming Twilio Media Streams को रीयलटाइम ट्रांसक्रिप्शन प्रदाता से जोड़ता है।
क्लासिक स्ट्रीमिंग पथ के लिए provider: "twilio" आवश्यक है; Telnyx, Plivo,
या mock वाला कॉन्फ़िगरेशन अस्वीकार किया जाता है। Telnyx लाइव ऑडियो इसके बजाय
अलग से प्रमाणित realtime.enabled पथ का उपयोग करता है।
वर्तमान रनटाइम व्यवहार:
streaming.providerवैकल्पिक है। यदि इसे सेट नहीं किया गया है, तो Voice Call पहले पंजीकृत रीयलटाइम ट्रांसक्रिप्शन प्रदाता का उपयोग करता है।- बंडल किए गए रीयलटाइम ट्रांसक्रिप्शन प्रदाता: Deepgram (
deepgram), ElevenLabs (elevenlabs), Mistral (mistral), OpenAI (openai), और xAI (xai), जिन्हें उनके प्रदाता plugins द्वारा पंजीकृत किया जाता है। - प्रदाता के स्वामित्व वाला रॉ कॉन्फ़िगरेशन
streaming.providers.<providerId>के अंतर्गत रहता है। - Twilio द्वारा स्वीकृत स्ट्रीम
startसंदेश भेजने के बाद, Voice Call तुरंत स्ट्रीम पंजीकृत करता है, प्रदाता के कनेक्ट होते समय इनबाउंड मीडिया को ट्रांसक्रिप्शन प्रदाता के माध्यम से कतारबद्ध करता है, और शुरुआती अभिवादन केवल रीयलटाइम ट्रांसक्रिप्शन तैयार होने के बाद शुरू करता है। - यदि
streaming.providerकिसी अपंजीकृत प्रदाता की ओर संकेत करता है, या कोई भी प्रदाता पंजीकृत नहीं है, तो Voice Call चेतावनी लॉग करता है और पूरे plugin को विफल करने के बजाय मीडिया स्ट्रीमिंग छोड़ देता है।
स्ट्रीमिंग प्रदाता के उदाहरण
- OpenAI
- xAI
डिफ़ॉल्ट: API कुंजी
streaming.providers.openai.apiKey या
OPENAI_API_KEY; मॉडल gpt-4o-transcribe; silenceDurationMs: 800;
vadThreshold: 0.5।कॉल के लिए TTS
Voice Call कॉल पर स्ट्रीमिंग वाक् के लिए मुख्यtts कॉन्फ़िगरेशन का उपयोग करता है।
आप plugin कॉन्फ़िगरेशन के अंतर्गत इसे समान संरचना के साथ ओवरराइड कर सकते हैं —
यह tts के साथ डीप-मर्ज होता है।
- plugin कॉन्फ़िगरेशन के भीतर पुरानी
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 के उदाहरण
- केवल मुख्य TTS
- ElevenLabs से ओवरराइड करें (केवल कॉल)
- OpenAI मॉडल ओवरराइड (डीप-मर्ज)
इनबाउंड कॉल
इनबाउंड नीति डिफ़ॉल्ट रूप सेdisabled होती है। इनबाउंड कॉल सक्षम करने के लिए, यह सेट करें:
responseModel,
responseSystemPrompt, और responseTimeoutMs से समायोजित करें।
प्रति-नंबर रूटिंग
जब एक Voice Call Plugin कई फ़ोन नंबरों के लिए कॉल प्राप्त करता हो और प्रत्येक नंबर को अलग लाइन की तरह व्यवहार करना चाहिए, तबnumbers का उपयोग करें। उदाहरण के लिए,
एक नंबर सहज व्यक्तिगत सहायक का उपयोग कर सकता है, जबकि दूसरा व्यावसायिक
व्यक्तित्व, अलग प्रतिक्रिया एजेंट, और अलग TTS आवाज़ का उपयोग कर सकता है।
रूट प्रदाता द्वारा दिए गए डायल किए गए To नंबर से चुने जाते हैं। कुंजियाँ
E.164 नंबर होनी चाहिए। कॉल आने पर, Voice Call मेल खाने वाले
रूट को एक बार हल करता है, मेल खाए रूट को कॉल रिकॉर्ड में संग्रहीत करता है, और उसी
प्रभावी कॉन्फ़िगरेशन का अभिवादन, पारंपरिक स्वचालित-प्रतिक्रिया पथ, रीयलटाइम
परामर्श पथ, और TTS प्लेबैक के लिए पुनः उपयोग करता है। यदि कोई रूट मेल नहीं खाता, तो वैश्विक Voice Call
कॉन्फ़िगरेशन का उपयोग होता है। आउटबाउंड कॉल numbers का उपयोग नहीं करते; कॉल शुरू करते समय आउटबाउंड
लक्ष्य, संदेश, और सत्र स्पष्ट रूप से दें।
रूट ओवरराइड वर्तमान में इनका समर्थन करते हैं:
inboundGreetingttsagentIdresponseModelresponseSystemPromptresponseTimeoutMs
tts रूट वैल्यू वैश्विक Voice Call tts कॉन्फ़िगरेशन पर डीप-मर्ज होती है, इसलिए
आप सामान्यतः केवल प्रदाता की आवाज़ को ओवरराइड कर सकते हैं:
बोले गए आउटपुट का अनुबंध
स्वचालित प्रतिक्रियाओं के लिए, Voice Call सिस्टम प्रॉम्प्ट में बोले गए आउटपुट का एक सख़्त अनुबंध जोड़ता है, जिसमें{"spoken":"..."} JSON उत्तर आवश्यक होता है। Voice Call
वाक् टेक्स्ट को सुरक्षित ढंग से निकालता है:
- तर्क/त्रुटि सामग्री के रूप में चिह्नित पेलोड को अनदेखा करता है।
- प्रत्यक्ष JSON, फ़ेंस्ड JSON, या इनलाइन
"spoken"कुंजियों को पार्स करता है। - प्लेन टेक्स्ट पर वापस जाता है और संभावित योजना/मेटा भूमिका वाले शुरुआती अनुच्छेद हटा देता है।
बातचीत शुरू होने का व्यवहार
आउटबाउंडconversation कॉल के लिए, पहले संदेश का प्रबंधन लाइव
प्लेबैक स्थिति से जुड़ा होता है:
- बार्ज-इन कतार साफ़ करना और स्वचालित प्रतिक्रिया केवल तभी रोकी जाती है, जब प्रारंभिक अभिवादन सक्रिय रूप से बोला जा रहा हो।
- यदि प्रारंभिक प्लेबैक विफल होता है, तो कॉल
listeningपर लौटती है और प्रारंभिक संदेश पुनः प्रयास के लिए कतार में बना रहता है। - Twilio स्ट्रीमिंग का प्रारंभिक प्लेबैक स्ट्रीम कनेक्ट होने पर बिना अतिरिक्त विलंब के शुरू होता है।
- बार्ज-इन सक्रिय प्लेबैक को रोक देता है और कतार में मौजूद लेकिन अभी तक न चलने वाली Twilio TTS प्रविष्टियों को साफ़ कर देता है। साफ़ की गई प्रविष्टियाँ छोड़ी गई के रूप में हल होती हैं, ताकि आगे की प्रतिक्रिया का तर्क ऐसे ऑडियो की प्रतीक्षा किए बिना जारी रह सके जो कभी नहीं चलेगा।
- रीयलटाइम वॉइस बातचीत रीयलटाइम स्ट्रीम की अपनी शुरुआती बारी का उपयोग करती है। Voice Call उस प्रारंभिक संदेश के लिए पुराना
<Say>TwiML अपडेट पोस्ट नहीं करता, इसलिए आउटबाउंड<Connect><Stream>सत्र जुड़े रहते हैं।
Twilio स्ट्रीम डिस्कनेक्ट अनुग्रह अवधि
Twilio मीडिया स्ट्रीम डिस्कनेक्ट होने पर, Voice Call कॉल को स्वतः समाप्त करने से पहले 2000 ms प्रतीक्षा करता है:- यदि उस अवधि में स्ट्रीम पुनः कनेक्ट हो जाती है, तो स्वतः समाप्ति रद्द कर दी जाती है।
- यदि अनुग्रह अवधि के बाद कोई स्ट्रीम पुनः पंजीकृत नहीं होती, तो सक्रिय अवस्था में अटकी कॉल को रोकने के लिए कॉल समाप्त कर दी जाती है।
पुरानी कॉल रीपर
उन कॉल को समाप्त करने के लिएstaleCallReaperSeconds (डिफ़ॉल्ट 120) का उपयोग करें, जिनका कभी
उत्तर नहीं दिया जाता और जो कभी लाइव बातचीत स्थिति तक नहीं पहुँचतीं, उदाहरण के लिए नोटिफ़ाई-मोड
कॉल जिनमें प्रदाता कभी अंतिम Webhook डिलीवर नहीं करता। अक्षम करने के लिए इसे 0 पर
सेट करें।
रीपर हर 30 सेकंड में चलता है और केवल उन्हीं कॉल को समाप्त करता है जिनमें
answeredAt टाइमस्टैम्प नहीं है और जो पहले से अंतिम या लाइव
(speaking/listening) स्थिति में नहीं हैं, इसलिए उत्तर दी गई बातचीत को यह टाइमर कभी समाप्त नहीं करता;
maxDurationSeconds (डिफ़ॉल्ट 300) एक अलग सीमा है, जो
बहुत लंबे समय तक चलने वाली उत्तर दी गई कॉल को समाप्त करती है।
नोटिफ़ाई-शैली के प्रवाह में, जहाँ कैरियर रिंग/उत्तर
Webhook डिलीवर करने में धीमे हो सकते हैं, staleCallReaperSeconds को डिफ़ॉल्ट से अधिक बढ़ाएँ, ताकि धीमी लेकिन सामान्य
कॉल समय से पहले समाप्त न हों; 120-300 सेकंड एक उचित प्रोडक्शन
सीमा है।
Webhook सुरक्षा
जब Gateway के सामने कोई प्रॉक्सी या टनल होती है, तो Plugin हस्ताक्षर सत्यापन के लिए सार्वजनिक URL का पुनर्निर्माण करता है। ये विकल्प नियंत्रित करते हैं कि किन फ़ॉरवर्ड किए गए हेडर पर भरोसा किया जाए:string[]
फ़ॉरवर्डिंग हेडर से आने वाले होस्ट की अनुमति-सूची।
boolean
अनुमति-सूची के बिना फ़ॉरवर्ड किए गए हेडर पर भरोसा करें।
string[]
फ़ॉरवर्ड किए गए हेडर पर केवल तभी भरोसा करें, जब अनुरोध का रिमोट IP सूची से मेल खाता हो।
- Twilio, Telnyx, और Plivo के लिए Webhook रीप्ले सुरक्षा सक्षम है। दोबारा चलाए गए वैध Webhook अनुरोध स्वीकार किए जाते हैं, लेकिन उनके दुष्प्रभाव छोड़ दिए जाते हैं।
- Twilio बातचीत की प्रत्येक बारी में
<Gather>कॉलबैक में प्रति-बारी टोकन शामिल होता है, इसलिए पुराने/दोबारा चलाए गए वाक् कॉलबैक नई लंबित ट्रांसक्रिप्ट बारी को पूरा नहीं कर सकते। - प्रदाता के आवश्यक हस्ताक्षर हेडर अनुपस्थित होने पर, अप्रमाणित Webhook अनुरोधों को बॉडी पढ़े जाने से पहले अस्वीकार कर दिया जाता है।
- voice-call Webhook हस्ताक्षर सत्यापन से पहले साझा पूर्व-प्रमाणीकरण बॉडी-रीड प्रोफ़ाइल (अधिकतम 64 KB बॉडी, 5-सेकंड रीड टाइमआउट) के साथ प्रति-कुंजी इन-फ़्लाइट सीमा (डिफ़ॉल्ट रूप से प्रति कुंजी 8 समवर्ती अनुरोध) का उपयोग करता है।
CLI
voicecall कमांड
Gateway के स्वामित्व वाले voice-call रनटाइम को सौंपे जाते हैं, ताकि CLI दूसरा
Webhook सर्वर बाइंड न करे। यदि किसी Gateway तक पहुँचा नहीं जा सकता, तो कमांड
स्टैंडअलोन CLI रनटाइम पर वापस चले जाते हैं।
latency डिफ़ॉल्ट voice-call संग्रहण पथ से calls.jsonl पढ़ता है। किसी अलग लॉग को इंगित करने के लिए
--file <path> और विश्लेषण को अंतिम N रिकॉर्ड (डिफ़ॉल्ट 200) तक सीमित करने के लिए
--last <n> का उपयोग करें। आउटपुट में बारी की विलंबता और सुनने-की-प्रतीक्षा समय के लिए
न्यूनतम/अधिकतम/औसत, p50, और p95 शामिल होते हैं।
एजेंट टूल
टूल का नाम:voice_call।
voice-call Plugin एक मेल खाता एजेंट स्किल उपलब्ध कराता है।
Gateway RPC
dtmfSequence केवल mode: "conversation" के साथ मान्य है; यदि नोटिफ़ाई-मोड कॉल को कनेक्ट होने के बाद
अंकों की आवश्यकता हो, तो कॉल बनने के बाद उन्हें voicecall.dtmf का उपयोग
करना चाहिए।
समस्या निवारण
सेटअप में Webhook एक्सपोज़र विफल होता है
सेटअप उसी परिवेश से चलाएँ जिसमें Gateway चलता है: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, या अन्य कैरियर-ग्रेड-NAT
रेंज का उपयोग publicUrl के रूप में न करें।
Twilio नोटिफ़ाई-मोड आउटबाउंड कॉल अपने आरंभिक <Say> TwiML को सीधे
कॉल बनाने के अनुरोध में भेजते हैं, इसलिए पहला बोला गया संदेश
Twilio द्वारा Webhook TwiML प्राप्त करने पर निर्भर नहीं होता। स्टेटस
कॉलबैक, वार्तालाप कॉल, प्री-कनेक्ट DTMF, रीयलटाइम स्ट्रीम और
पोस्ट-कनेक्ट कॉल नियंत्रण के लिए सार्वजनिक Webhook फिर भी आवश्यक है।
सार्वजनिक एक्सपोज़र का कोई एक मार्ग उपयोग करें:
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, याTELNYX_API_KEY,TELNYX_CONNECTION_ID, औरTELNYX_PUBLIC_KEY। - Plivo:
plivo.authId,plivo.authToken, औरfromNumber, याPLIVO_AUTH_IDऔरPLIVO_AUTH_TOKEN।
कॉल शुरू होते हैं, लेकिन प्रदाता Webhook नहीं पहुँचते
पुष्टि करें कि प्रदाता कंसोल ठीक इसी सार्वजनिक Webhook URL की ओर इंगित करता है:publicUrl,serve.pathसे अलग पाथ की ओर इंगित करता है।- Gateway शुरू होने के बाद टनल URL बदल गया।
- प्रॉक्सी अनुरोध फ़ॉरवर्ड करता है, लेकिन होस्ट/प्रोटो हेडर हटा देता है या फिर से लिखता है।
- फ़ायरवॉल या DNS सार्वजनिक होस्टनाम को Gateway के बजाय किसी अन्य स्थान पर रूट करता है।
- Voice Call Plugin सक्षम किए बिना Gateway को पुनः आरंभ किया गया।
webhookSecurity.allowedHosts को सार्वजनिक होस्टनाम पर सेट करें, या
ज्ञात प्रॉक्सी पते के लिए webhookSecurity.trustedProxyIPs का उपयोग करें।
webhookSecurity.trustForwardingHeaders का उपयोग केवल तभी करें जब प्रॉक्सी सीमा
आपके नियंत्रण में हो।
हस्ताक्षर सत्यापन विफल होता है
प्रदाता हस्ताक्षरों की जाँच उस सार्वजनिक URL के विरुद्ध की जाती है जिसे OpenClaw आने वाले अनुरोध से फिर से बनाता है। यदि हस्ताक्षर विफल हों:- पुष्टि करें कि प्रदाता Webhook URL, स्कीम, होस्ट और पाथ सहित,
publicUrlसे पूरी तरह मेल खाता है। - ngrok फ़्री-टियर URL के लिए, टनल होस्टनाम बदलने पर
publicUrlअपडेट करें। - सुनिश्चित करें कि प्रॉक्सी मूल होस्ट और प्रोटो हेडर सुरक्षित रखता है, या
webhookSecurity.allowedHostsकॉन्फ़िगर करें। - लोकल परीक्षण के बाहर
skipSignatureVerificationसक्षम न करें।
Google Meet Twilio जॉइन विफल होते हैं
Google Meet, Twilio डायल-इन जॉइन के लिए इस Plugin का उपयोग करता है। पहले Voice Call सत्यापित करें:--dtmf-sequence जाँचें। फ़ोन कॉल स्वस्थ हो सकता है,
जबकि मीटिंग गलत DTMF अनुक्रम को अस्वीकार या अनदेखा कर सकती है।
Google Meet, प्री-कनेक्ट DTMF अनुक्रम के साथ voicecall.start के माध्यम से
Twilio फ़ोन लेग शुरू करता है। PIN से प्राप्त अनुक्रमों में Google Meet
Plugin का voiceCall.dtmfDelayMs (डिफ़ॉल्ट 12000 ms) शुरुआती Twilio
प्रतीक्षा अंकों के रूप में शामिल होता है, क्योंकि Meet डायल-इन प्रॉम्प्ट देर से आ सकते हैं। इसके बाद Voice Call,
आरंभिक अभिवादन का अनुरोध होने से पहले रीयलटाइम प्रबंधन पर वापस रीडायरेक्ट करता है।
लाइव चरण ट्रेस के लिए openclaw logs --follow का उपयोग करें। एक स्वस्थ Twilio Meet
जॉइन इस क्रम को लॉग करता है:
- Google Meet, Twilio जॉइन को Voice Call को सौंपता है।
- Voice Call प्री-कनेक्ट DTMF TwiML संग्रहीत करता है।
- Twilio आरंभिक TwiML का उपयोग किया जाता है और रीयलटाइम प्रबंधन से पहले सर्व किया जाता है।
- Voice Call, Twilio कॉल के लिए रीयलटाइम TwiML सर्व करता है।
- Google Meet, पोस्ट-DTMF विलंब के बाद
voicecall.speakके साथ आरंभिक वाणी का अनुरोध करता है।
openclaw voicecall tail अब भी स्थायी कॉल रिकॉर्ड दिखाता है; यह
कॉल स्थिति और ट्रांस्क्रिप्ट के लिए उपयोगी है, लेकिन प्रत्येक Webhook/रीयलटाइम ट्रांज़िशन
वहाँ दिखाई नहीं देता।
रीयलटाइम कॉल में वाणी नहीं है
पुष्टि करें कि केवल एक ऑडियो मोड सक्षम है:realtime.enabled और
streaming.enabled दोनों एक साथ सत्य नहीं हो सकते।
रीयलटाइम Twilio/Telnyx कॉल के लिए यह भी सत्यापित करें:
- एक रीयलटाइम प्रदाता Plugin लोड और पंजीकृत है।
realtime.providerअनसेट है या किसी पंजीकृत प्रदाता का नाम देता है।- प्रदाता API कुंजी Gateway प्रक्रिया के लिए उपलब्ध है।
openclaw logs --followदिखाता है कि रीयलटाइम TwiML सर्व किया गया, रीयलटाइम ब्रिज शुरू हुआ और आरंभिक अभिवादन कतारबद्ध किया गया।