इंस्टॉल करें
सेटअप से पहले QQ Bot इंस्टॉल करें:सेटअप
- QQ Open Platform पर जाएँ और पंजीकरण / लॉग इन करने के लिए अपने फ़ोन QQ से QR कोड स्कैन करें।
- नया QQ bot बनाने के लिए Create Bot पर क्लिक करें।
- bot के सेटिंग पेज पर AppID और AppSecret खोजें और उन्हें कॉपी करें।
AppSecret सादे पाठ में संग्रहित नहीं होता — यदि आप उसे सहेजे बिना पेज छोड़ देते हैं, तो आपको नया AppSecret फिर से जनरेट करना होगा।
- चैनल जोड़ें:
- Gateway पुनः शुरू करें।
कॉन्फ़िगर करें
न्यूनतम कॉन्फ़िग:QQBOT_APP_IDQQBOT_CLIENT_SECRET
- Env फ़ॉलबैक केवल डिफ़ॉल्ट QQ Bot खाते पर लागू होता है।
openclaw channels add --channel qqbot --token-file ...केवल AppSecret देता है; AppID पहले से कॉन्फ़िग में याQQBOT_APP_IDमें सेट होना चाहिए।clientSecretकेवल सादे पाठ की स्ट्रिंग ही नहीं, SecretRef इनपुट भी स्वीकार करता है।- पुराने
secretref:/...मार्कर स्ट्रिंग मान्यclientSecretमान नहीं हैं; ऊपर दिए गए उदाहरण जैसे संरचित SecretRef ऑब्जेक्ट इस्तेमाल करें।
बहु-खाता सेटअप
एक ही OpenClaw इंस्टेंस के अंतर्गत कई QQ bots चलाएँ:appId द्वारा अलग किया गया)।
CLI के माध्यम से दूसरा bot जोड़ें:
समूह चैट
QQ Bot समूह चैट समर्थन QQ समूह OpenIDs का उपयोग करता है, प्रदर्शन नामों का नहीं। bot को किसी समूह में जोड़ें, फिर उसका उल्लेख करें या समूह को बिना उल्लेख के चलने के लिए कॉन्फ़िगर करें।groups["*"] हर समूह के लिए डिफ़ॉल्ट सेट करता है, और कोई ठोस
groups.GROUP_OPENID प्रविष्टि एक समूह के लिए उन डिफ़ॉल्ट को ओवरराइड करती है। समूह
सेटिंग में शामिल हैं:
requireMention: bot के जवाब देने से पहले @mention आवश्यक करें। डिफ़ॉल्ट:true।commandLevel: नियंत्रित करें कि समूहों में कौन से अंतर्निहित स्लैश कमांड चल सकते हैं। डिफ़ॉल्ट:all, जो सेटिंग छोड़े जाने पर पहले से मौजूद QQBot समूह व्यवहार को सुरक्षित रखता है।ignoreOtherMentions: वे संदेश छोड़ें जिनमें किसी और का उल्लेख है लेकिन bot का नहीं।historyLimit: अगले उल्लेखित टर्न के संदर्भ के लिए हाल के गैर-उल्लेख समूह संदेश रखें। अक्षम करने के लिए0सेट करें।tools: पूरे समूह के लिए टूल अनुमति दें/नकारें।toolsBySender: प्रति-प्रेषक समूह टूल ओवरराइड; समूह देखें।name: लॉग और समूह संदर्भ में इस्तेमाल होने वाला मैत्रीपूर्ण लेबल।prompt: agent संदर्भ में जोड़ा गया प्रति-समूह व्यवहार प्रॉम्प्ट।
commandLevel स्वीकार करता है:
all: पहचाने गए अंतर्निहित कमांड पहले की तरह उपलब्ध रखें। कुछ कमांड मेन्यू से छिपे रह सकते हैं, लेकिन अधिकृत उपयोगकर्ता फिर भी उन्हें समूह में चला सकते हैं।safety:/help,/btw, और/stopजैसे सामान्य सहयोग कमांड की अनुमति दें; उपयोगकर्ताओं से/config,/tools, और/bashजैसे संवेदनशील कमांड निजी चैट में चलाने को कहें।strict: सख्त समूह संचालन के लिए आवश्यक समूह-सत्र नियंत्रणों की ही अनुमति दें।/stopफिर भी तात्कालिक रहता है ताकि कोई अधिकृत प्रेषक सक्रिय रन को बाधित कर सके।
toolPolicy प्रविष्टियाँ रिटायर कर दी गई हैं। उन्हें tools में माइग्रेट करने के लिए openclaw doctor --fix चलाएँ।
सक्रियण मोड mention और always हैं। requireMention: true का मैप
mention पर होता है; requireMention: false का मैप always पर होता है। सत्र-स्तर सक्रियण
ओवरराइड, मौजूद होने पर, कॉन्फ़िग से ऊपर लागू होता है।
इनबाउंड क्यू प्रति पीयर होती है। समूह पीयर को बड़ी क्यू सीमा मिलती है, भर जाने पर मानव
संदेशों को bot-लिखित बातचीत से आगे रखा जाता है, और सामान्य
समूह संदेशों के बर्स्ट को एक श्रेयांकित टर्न में मर्ज किया जाता है। स्लैश कमांड फिर भी एक-एक करके चलते हैं।
आवाज़ (STT / TTS)
STT और TTS प्राथमिकता फ़ॉलबैक के साथ दो-स्तरीय कॉन्फ़िगरेशन समर्थित करते हैं:| सेटिंग | Plugin-विशिष्ट | फ़्रेमवर्क फ़ॉलबैक |
|---|---|---|
| STT | channels.qqbot.stt | tools.media.audio.models[0] |
| TTS | channels.qqbot.tts, channels.qqbot.accounts.<id>.tts | messages.tts |
enabled: false सेट करें।
खाता-स्तर TTS ओवरराइड messages.tts जैसा ही आकार इस्तेमाल करते हैं और चैनल/वैश्विक TTS कॉन्फ़िग के ऊपर डीप-मर्ज होते हैं।
इनबाउंड QQ आवाज़ अटैचमेंट raw आवाज़ फ़ाइलों को सामान्य MediaPaths से बाहर रखते हुए
agents को ऑडियो मीडिया मेटाडेटा के रूप में दिखाए जाते हैं। TTS कॉन्फ़िग होने पर [[audio_as_voice]] सादा
पाठ उत्तर TTS संश्लेषित करते हैं और एक नेटिव QQ आवाज़ संदेश भेजते हैं।
आउटबाउंड ऑडियो अपलोड/ट्रांसकोड व्यवहार को
channels.qqbot.audioFormatPolicy से भी ट्यून किया जा सकता है:
sttDirectFormatsuploadDirectFormatstranscodeEnabled
लक्ष्य प्रारूप
| प्रारूप | विवरण |
|---|---|
qqbot:c2c:OPENID | निजी चैट (C2C) |
qqbot:group:GROUP_OPENID | समूह चैट |
qqbot:channel:CHANNEL_ID | गिल्ड चैनल |
हर bot के पास user OpenIDs का अपना सेट होता है। Bot A द्वारा प्राप्त OpenID का उपयोग Bot B के माध्यम से संदेश भेजने के लिए नहीं किया जा सकता।
स्लैश कमांड
AI क्यू से पहले पकड़े जाने वाले अंतर्निहित कमांड:| कमांड | विवरण |
|---|---|
/bot-ping | विलंबता परीक्षण |
/bot-version | OpenClaw फ़्रेमवर्क संस्करण दिखाएँ |
/bot-help | सभी कमांड सूचीबद्ध करें |
/bot-me | allowFrom/groupAllowFrom सेटअप के लिए प्रेषक का QQ user ID (openid) दिखाएँ |
/bot-upgrade | QQBot अपग्रेड गाइड लिंक दिखाएँ |
/bot-logs | हाल के gateway लॉग को फ़ाइल के रूप में एक्सपोर्ट करें |
/bot-approve | लंबित QQ Bot कार्रवाई को नेटिव प्रवाह के माध्यम से स्वीकृत करें (उदाहरण के लिए, C2C या समूह अपलोड की पुष्टि करना)। |
? जोड़ें (उदाहरण के लिए /bot-upgrade ?)।
Admin कमांड (/bot-me, /bot-upgrade, /bot-logs, /bot-clear-storage, /bot-streaming, /bot-approve) केवल डायरेक्ट संदेश में उपलब्ध हैं और इनके लिए प्रेषक का openid स्पष्ट गैर-वाइल्डकार्ड allowFrom सूची में होना आवश्यक है। वाइल्डकार्ड allowFrom: ["*"] चैट की अनुमति देता है लेकिन admin कमांड एक्सेस नहीं देता। समूह संदेश पहले groupAllowFrom से मिलाए जाते हैं और फिर allowFrom पर फ़ॉलबैक करते हैं। समूह में admin कमांड चलाने पर चुपचाप छोड़ने के बजाय एक संकेत लौटता है।
जब QQ Bot exec अनुमोदन डिफ़ॉल्ट समान-चैट फ़ॉलबैक का उपयोग करते हैं, तो नेटिव अनुमोदन
बटन क्लिक उसी स्पष्ट गैर-वाइल्डकार्ड कमांड अनुमति-सूची का पालन करते हैं। व्यापक कमांड एक्सेस के बिना
केवल अनुमोदन एक्सेस देने के लिए
channels.qqbot.execApprovals.approvers कॉन्फ़िगर करें।
इंजन आर्किटेक्चर
QQ Bot Plugin के अंदर एक स्व-समाहित इंजन के रूप में भेजा जाता है:- हर खाता
appIdसे कुंजीबद्ध एक अलग संसाधन स्टैक (WebSocket कनेक्शन, API client, token cache, media storage root) का मालिक होता है। खाते कभी भी इनबाउंड/आउटबाउंड स्थिति साझा नहीं करते। - बहु-खाता logger लॉग पंक्तियों को मालिक खाते के साथ टैग करता है, ताकि एक gateway के अंतर्गत कई bots चलाने पर डायग्नोस्टिक्स अलग-अलग रहें।
- इनबाउंड, आउटबाउंड, और gateway bridge पथ
~/.openclaw/mediaके अंतर्गत एक ही मीडिया पेलोड root साझा करते हैं, ताकि uploads, downloads, और transcode caches प्रति-सबसिस्टम ट्री के बजाय एक संरक्षित डायरेक्टरी के अंतर्गत रहें। - समृद्ध मीडिया डिलीवरी C2C और समूह लक्ष्यों के लिए एक
sendMediaपथ से गुजरती है। बड़ी-फ़ाइल सीमा से ऊपर की स्थानीय फ़ाइलें और बफ़र QQ के chunked upload endpoints का उपयोग करते हैं, जबकि छोटे payloads one-shot media API का उपयोग करते हैं। - क्रेडेंशियल्स को मानक OpenClaw credential snapshots के हिस्से के रूप में बैक अप और रिस्टोर किया जा सकता है; इंजन रिस्टोर पर हर खाते के संसाधन स्टैक को फिर से अटैच करता है, बिना नई QR-code pair की आवश्यकता के।
QR-code ऑनबोर्डिंग
AppID:AppSecret को मैन्युअल रूप से पेस्ट करने के विकल्प के रूप में, इंजन QQ Bot को OpenClaw से लिंक करने के लिए QR-code ऑनबोर्डिंग प्रवाह समर्थित करता है:
- QQ Bot सेटअप पथ चलाएँ (उदाहरण के लिए
openclaw channels add --channel qqbot) और संकेत मिलने पर QR-code प्रवाह चुनें। - लक्ष्य QQ Bot से जुड़े फ़ोन ऐप से जनरेट किया गया QR कोड स्कैन करें।
- फ़ोन पर pairing स्वीकृत करें। OpenClaw लौटाए गए क्रेडेंशियल्स को सही खाता scope के अंतर्गत
credentials/में सुरक्षित रखता है।
/bot-approve से स्वीकार किया जा सकता है।
समस्या निवारण
- बॉट जवाब देता है “मंगल पर चला गया”: क्रेडेंशियल कॉन्फ़िगर नहीं हैं या Gateway शुरू नहीं हुआ है।
- कोई इनबाउंड संदेश नहीं: सत्यापित करें कि
appIdऔरclientSecretसही हैं, और बॉट QQ Open Platform पर सक्षम है। - बार-बार स्वयं-जवाब: OpenClaw QQ आउटबाउंड रेफ इंडेक्स को
बॉट-लिखित के रूप में रिकॉर्ड करता है और उन इनबाउंड इवेंट्स को अनदेखा करता है जिनका वर्तमान
msgIdxउसी बॉट खाते से मेल खाता है। यह प्लेटफ़ॉर्म इको लूप्स को रोकता है, जबकि उपयोगकर्ताओं को पिछले बॉट संदेशों को उद्धृत करने या उनका जवाब देने की अनुमति देता है। --token-fileके साथ सेटअप फिर भी अनकॉन्फ़िगर दिखाता है:--token-fileकेवल AppSecret सेट करता है। आपको अभी भी कॉन्फ़िग मेंappIdयाQQBOT_APP_IDचाहिए।- प्रोएक्टिव संदेश नहीं आ रहे: यदि उपयोगकर्ता ने हाल ही में इंटरैक्ट नहीं किया है, तो QQ बॉट-आरंभ किए गए संदेशों को रोक सकता है।
- आवाज़ का ट्रांसक्रिप्शन नहीं हुआ: सुनिश्चित करें कि STT कॉन्फ़िगर है और प्रदाता पहुँच योग्य है।