Meta Muse ट्यूटोरियल: एजेंट सेट करें, एक वास्तविक कार्य सौंपें, और काम सत्यापित करें

Meta Muse क्या है, और यह वास्तव में क्या कर सकता है?

Meta Muse एक पर्सनल एआई एजेंट है जो चैट विंडो में जवाब देने के बजाय अपने क्लाउड कंप्यूटर पर खुद कार्य पूरे करता है। Meta ने इसे 8 सितंबर, 2026 को लॉन्च किया, और हमारा Meta Muse एक्सप्लेनेर पूरी जानकारी देता है। नीचे केवल उतना है जितना आगे के चरणों का पालन करने के लिए आपको जानना चाहिए।

Muse, Meta Superintelligence Labs के मॉडल परिवार Muse Spark पर चलता है। नवीनतम Spark रिलीज़ Muse Spark 1.3 है (2 सितंबर), जिसे Meta, Muse Code और Meta Model API में शिप करता है; Meta ने यह नहीं बताया कि एजेंट स्वयं कौन-सा Spark वर्ज़न उपयोग करता है। 20 अक्टूबर, 2026 तक, Meta के नवीनतम मॉडल Muse Wonder और Muse Wonder Full हैं, जो 12 अक्टूबर को Meta Model API और Muse Code के जरिए जारी हुए; Meta कहता है कि Muse Wonder "जल्द ही Muse के अनुभवों को पावर करेगा," पहले सब्सक्राइबर्स तक पहुँचता हुआ।

इसके चलने के बारे में तीन तथ्य आगे की हर बात के लिए मायने रखते हैं:

• Muse, Muse Secure VM के अंदर रहता है—एक वर्चुअल मशीन (VM), यानी निजी क्लाउड कंप्यूटर—जो प्रत्येक उपयोगकर्ता के लिए समर्पित है और उसी में एजेंट और आपका डेटा रहता है।
• उस मशीन के अंदर इसका अपना Chromium-आधारित ब्राउज़र है, Meta के सुरक्षा विवरण के अनुसार, और आप एक विंडो खोलकर इसे काम करते देख सकते हैं।
• यह आपके ऐप बंद करने के बाद भी काम करता रहता है—यही इसका मूल बिंदु है और मुख्य जोखिम भी।

आप एक ही एजेंट तक 4 सतहों से पहुँच सकते हैं: 

• iPhone, Android, और iPad पर Muse ऐप
• वेब पर muse.ai
• WhatsApp
• Mac ऐप जो 18 सितंबर को शिप हुई और आपके कंप्यूटर पर फ़ाइलें, साथ ही iMessage, Notes, Reminders, ईमेल, और Calendar पढ़ सकती है। 

Meta ने Connect 2026 में कहा कि Muse अगले कुछ महीनों में Meta के एआई ग्लासेस पर आ रहा है और Muse का अपना ईमेल पता होगा। Meta की पोस्ट्स ने इन दोनों के लिए तय तारीख नहीं दी, और इस गाइड की किसी बात पर उनका असर नहीं। 20 अक्टूबर, 2026 तक, एक नैटिव Windows ऐप भी घोषित है पर रिलीज़ नहीं: Microsoft ने अपने 7 अक्टूबर के Windows और Surface इवेंट में कहा कि Muse Windows पर "जल्द आ रहा है," बिना तारीख के।

एजेंट बनाम चैटबॉट: सॉफ्टवेयर के कार्रवाई करने पर क्या बदलता है

• चैटबॉट सलाह देता है जिसे आप लागू करते हैं। एजेंट कदम पूरे करता है और ऐसा काम लौटाता है जिसे आपको जाँचना होता है।
• चैटबॉट के साथ सबसे खराब परिणाम गलत उत्तर है। एजेंट के साथ, सबसे खराब परिणाम गलती से भेजा गया ईमेल या डिलीट किया गया फ़ोल्डर है।
• इसकी पीछे की आर्किटेक्चर—प्लानिंग से लेकर टूल कॉल्स और मेमोरी तक—हमारे LLM Agents लेख में समझाई गई है।
• जो कौशल मायने रखता है वह है स्कोपिंग और वेरिफिकेशन, न कि प्रॉम्प्टिंग। यही इस गाइड का मुख्य सूत्र है।

शुरू करने से पहले आपको क्या चाहिए

फ्री टियर इस गाइड के हर कार्य को कवर करता है। Meta 2 पेड प्लान बेचता है—Power $20/माह और Maximum $100/माह—और दोनों फीचर अनलॉक नहीं, बल्कि "Muse tokens" के बड़े साप्ताहिक अलाउंस (क्रमशः 500M और 3B प्रति सप्ताह) हैं। 20 अक्टूबर, 2026 तक, Meta ने यह भी कहा है कि Muse Wonder मॉडल पहले Muse ऐप में पेड सब्सक्राइबर्स तक पहुँचेगा, तो प्लान जल्द ही मॉडल के साथ-साथ अलाउंस में भी अलग हो सकते हैं।

Meta की हेल्प पेजेज फ्री टियर को केवल "उपयोग सीमा के साथ मुफ्त" बताते हैं। प्रति सप्ताह 100M टोकन्स का आँकड़ा जो आप उद्धृत होते देखेंगे, वह लॉन्च-दिवस पर मार्क ज़ुकरबर्ग की X पोस्ट से आता है, न कि Meta के दस्तावेज़ से—इसे प्रकाशित कोटा नहीं, बल्कि इरादे का बयान मानें। आप अपनी स्थिति Settings > Usage (मोबाइल पर ऊपर-बाएँ मेन्यू, वेब पर नीचे-बाएँ) में देख सकते हैं, और Muse चैट में भी बताएगा।

बाकी एंट्री आवश्यकताएँ (26 अक्टूबर, 2026 तक):

• Muse US में और 18 सितंबर से कनाडा में उपलब्ध है, जहाँ यह पहले iOS और वेब पर लॉन्च हुआ, और उसके बाद जल्द Android। Meta का सब्सक्रिप्शन पेज केवल इतना कहता है कि Muse "अभी सभी स्थानों में उपलब्ध नहीं है।"
• आपकी उम्र 18 या उससे अधिक होनी चाहिए। App Store रेटिंग 18+ है, और Meta की सब्सक्रिप्शन शर्तें वयस्कता की आयु की माँग करती हैं।
• US या कनाडा में कोई इनवाइट कोड आवश्यक नहीं। 8 सितंबर से पहले का क्लोज़्ड बीटा इनवाइट कोड्स के साथ था; वह गेटिंग हट चुकी है।

स्टेप 1: Muse सेटअप करना और अपना पहला ऐप कनेक्ट करना

Muse को सुरक्षित रूप से सेट करना मतलब पहले अनुमतियाँ चुनना और बाद में ऐप्स कनेक्ट करना—जबकि अधिकांश गाइड इसका उल्टा करते हैं। कनेक्टर, जैसे Gmail, किसी लिंक्ड अकाउंट के लिए Meta का नाम है, और अनुमतियाँ तय करती हैं कि कनेक्टर से कुछ मिलने पर Muse खुद काम करेगा या आपसे पूछेगा। 

Muse दो सेटिंग्स देता है—"Always ask" और "Ask for some actions"—और फर्क इस बात में है कि आपके बिना क्या-क्या होने दिया जाता है। Meta दोनों का दस्तावेज़ देता है, और "Ask for some actions" डिफ़ॉल्ट है।

कुछ भी कनेक्ट करने से पहले अनुमतियाँ सेट करना

खोलें Settings > Permissions और कनेक्ट होने से पहले ही Connectors डिफ़ॉल्ट और Web access डिफ़ॉल्ट—दोनों—को "Always ask" पर सेट करें। लाइव कनेक्टर्स और ढीली अनुमतियों वाला एजेंट, आपके समझे बिना ही कार्य कर सकता है। डिफ़ॉल्ट में, Muse खुद तय करता है कि कौन-सी पढ़ाई "महत्वपूर्ण" है; आप यह सीमा अप्रूवल कार्ड पर सीखना चाहेंगे, न कि बाद में Activity log से।

यह तालिका उन 2 सेटिंग्स की तुलना करती है जिन 2 जगहों पर वे लागू होती हैं: कनेक्टर्स (Gmail या Calendar जैसे ऐप्स में ऐक्शन) और वेब (वे साइटें जिन्हें Muse खोलता है)।

"Always ask" अधिक शोर करता है। अपनी पहली 3–4 टास्क के लिए यही शोर आपकी ट्रेनिंग डेटा है, क्योंकि हर कार्ड बताता है कि Muse क्या करना चाहता था और क्यों। बाद में, एक-एक करके कनेक्टर ढीले करें—जब कार्ड आपको चौंकाना बंद कर दें।

Gmail या Calendar कनेक्ट करना

सिर्फ 1 खाता कनेक्ट करें। 2 रास्ते हैं, और दोनों एक ही ऑथराइजेशन स्क्रीन पर पहुँचते हैं।

• चैट में टाइप करें "Connect my Gmail" और Muse आपको आगे बढ़ाएगा। 
• Settings > Connectors में, Gmail या Google Calendar के बगल में Connect पर टैप करें, सूचना स्क्रीन पढ़ें, और Meta के कनेक्टर्स हेल्प पेज के अनुसार Authorize करने के लिए Continue पर टैप करें।

सूचना स्क्रीन ध्यान से पढ़ें—यह बताती है कि आप क्या अनुमति दे रहे हैं। ईमेल कनेक्ट करने से Muse आपका इनबॉक्स सर्च कर सकता है; Meta कहता है कि जब तक आप न कहें, वह पूरा इनबॉक्स डाउनलोड नहीं करेगा। Meta यह भी कहता है कि कई कनेक्टर्स सीमित किए जा सकते हैं, ताकि Muse केवल डेटा प्राप्त करे और कोई ऐक्शन न ले, जैसे कैलेंडर आमंत्रण भेजना।

हेल्प पेज यह नहीं बताता कि कौन-से कनेक्टर वह सीमा देते हैं, इसलिए यदि आपके Gmail या Calendar स्क्रीन पर read-only विकल्प दिखे, तो उसे चुनें। आप बाद में एक्सेस बढ़ा सकते हैं और किसी भी समय Settings > Connectors में कोई भी कनेक्टर डिस्कनेक्ट कर सकते हैं। Meta नोट करता है कि Muse द्वारा पहले से एकत्र जानकारी, डिस्कनेक्ट के बाद भी इसकी मेमोरी और चैट हिस्ट्री में रह सकती है।

स्क्रीन एक बात नहीं बताएगी: read-only Gmail कनेक्टर भी, फिर भी, आपके पत्राचार की पूरी पढ़ाई है—बस फिल्टर इस पर कि Muse क्या सर्च करता है। यह खर्च ऑडिट के लिए ठीक है। क्लाइंट कॉन्ट्रैक्ट्स या मेडिकल रिजल्ट्स रखने वाले इनबॉक्स के लिए यह अलग फ़ैसला है—इसीलिए मैं काम के बजाय निजी Gmail से शुरू करूँगा।

ऐप में रास्ता ढूँढना

ऐप कुछ जगहों के इर्द-गिर्द आयोजित है, और यह जानना कि कौन-सी चीज़ कहाँ है, बहुत-सी टैपिंग बचाता है। Meta का गेटिंग-स्टार्टेड पेज Chat और Library टैब डॉक्युमेंट करता है, और Meta का डेटा हेल्प पेज Goals टैब और मेमोरी फ़ाइल का ज़िक्र करता है।

इनमें से दो चीज़ें तुरंत काम आती हैं। साइड चैट्स मल्टी-स्टेप प्रोजेक्ट को मुख्य थ्रेड से बाहर रखती हैं, और Assistant आइकन Activity log का मुख्य दरवाज़ा है—यही वह जगह है जहाँ स्टेप 4 होता है।

Muse की मुख्य विंडो और साइड बार में अतिरिक्त विकल्प

स्टेप 2: ऐसा कार्य स्कोप करना जिसे Muse पूरा कर सके

ऐसा कार्य जिसे Muse पूरा कर सके, 3 शर्तें पूरी करता है—और मुझे यह टेस्ट किसी भी कॉपी-पेस्ट प्रॉम्प्ट सूची से अधिक उपयोगी लगता है:

1. कार्य डॉक्यूमेंट, ईमेल, या तारीख के रूप में आया हो—क्योंकि जो चीज़ केवल आपके दिमाग में या कागज़ के किसी ड्रॉअर में है, Muse वहाँ नहीं पहुँच सकता।
2. उसे केवल वही कनेक्टर चाहिए जो आपके पास पहले से है।
3. उसका अपरिवर्तनीय कदम आपकी स्वीकृति तक रुक सके—क्योंकि संभव है Muse जिस समय वहाँ पहुँचे, आप मौजूद न हों।

Muse को कार्य सौंपने की 3-शर्तों की कसौटी। किसी भी "ना" का मतलब—फिलहाल, कार्य अपने पास रखें। चित्र: लेखक।

एक ऐसा कार्य जो पास होता है: एक फ्रीलांसर तिमाही के बिज़नेस खर्चों की स्प्रेडशीट चाहता/चाहती है—Gmail में मौजूद रसीदों से बनी हुई—और डुप्लिकेट्स फ्लैग हों। रसीदें ईमेल के रूप में आती हैं, Gmail एकल कनेक्टर है जो पहले से जुड़ा है, और कोई अपरिवर्तनीय कदम है ही नहीं, क्योंकि आउटपुट एक फ़ाइल है। यह गाइड का रनिंग उदाहरण है—क्योंकि आउटपुट कार्ड स्टेटमेंट से मिलान करके जाँचा जा सकता है।

इसे एक खराब उदाहरण से तुलना करें। "मेरे बैंक से डुप्लिकेट चार्ज पर विवाद करें"—यह स्टेटमेंट पर एक तारीख के रूप में आता है, पर बैंक लॉगिन को एक 2FA कोड चाहिए जिसे Muse प्राप्त नहीं कर सकता, और विवाद करना खुद अपरिवर्तनीय कदम है—ऐसी सेशन के अंदर, जिसे आपको सौंपना पड़ता। शर्तें 2 और 3 दोनों फेल—और 2FA दीवार को अनुमतियों से नहीं सुलझाया जा सकता।

रिक्वेस्ट के चार हिस्से

काम करने वाली रिक्वेस्ट चार बातें बताती है: 

• अपेक्षित परिणाम
• Muse किन संसाधनों को छू सकता है
• कौन-से ऐक्शन नहीं लेने
• कहाँ रुककर पूछना है 

अस्पष्ट रिक्वेस्ट छोड़ देती है—गैप; Muse हर गैप को अपने निर्णय से भरता है—और हर निर्णय कुछ ऐसा है जो आपने माँगा नहीं था। यहाँ खर्च ऑडिट दोनों तरीक़ों से है।

स्कोप्ड संस्करण को 4 हिस्सों के साथ पढ़ें: 

• परिणाम: पहली पंक्ति
• संसाधन: "केवल मेरी कनेक्टेड Gmail में रसीदें और चालान"
• निषिद्ध ऐक्शन: 2 स्पष्ट सूचियाँ
• रुकने का बिंदु: आखिरी पंक्ति

हर जोड़ एक काम कर रहा है: "कोई वेबसाइट न खोलें"—"view receipt" लिंक पर क्लिक करने जैसा निर्णय हटाता है; तय श्रेणी सूची—नए कैटेगरी गढ़ने का निर्णय हटाती है, जिन्हें बाद में आपको सुलझाना पड़ता।

फ्लाइट सीट चयन संभालने के लिए Muse से मदद माँगने का उदाहरण कार्य

ऐसे कार्य जो सौंपने योग्य लगते हैं पर हैं नहीं

तीन तरह के कार्य सौंपने योग्य दिखते हैं पर होते नहीं—और हर एक टेस्ट की किसी शर्त से जुड़ा है।

• जो कुछ भी 2FA के पीछे है। आपका बैंक, टैक्स पोर्टल, अधिकांश एम्प्लॉयर सिस्टम। Slate के रिव्यूअर ने फ्लाइट बुकिंग के दौरान Muse को CAPTCHA में फेल होते देखा, खुद लॉगिन किया, और फिर Muse को ब्राउज़र से बाहर होते देखा—30 मिनट गए, बुकिंग नहीं हुई। 2FA प्रॉम्प्ट वही दीवार है, और सख्त—क्योंकि Muse कोड ले ही नहीं सकता।
• जहाँ Muse स्रोत तक पहुँच ही नहीं सकता। कागज़ी रसीदें, दूसरा ईमेल अकाउंट जो आपने कभी नहीं जोड़ा, कोई पोर्टल जो एजेंट्स को ब्लॉक करता है। CNN के रिव्यूअर ने पाया कि Amazon ने Muse को सीधे ब्लॉक कर दिया, और Target ने मैनुअल चेकआउट माँगा; और एक सुझाए गए प्रॉम्प्ट ने वादा किया कि Muse Facebook Marketplace विक्रेता से मोलभाव कर सकता है, जबकि वह केवल संदेश का ड्राफ्ट बना सका।
• जहाँ आपके पास आउटपुट सत्यापित करने का कोई तरीका नहीं। "मेरे तिमाही टैक्स का अनुमान लगाओ"—अधिकांश लोगों के लिए यह फेल—क्योंकि जाँचने का मतलब खुद अनुमान लगाना है। खर्च शीट पास है—क्योंकि कार्ड स्टेटमेंट मौजूद है।

स्टेप 3: कार्य चलाना और अप्रूवल संभालना

कार्य चलाने का मतलब है स्कोप्ड रिक्वेस्ट भेजना, अप्रूवल कार्ड्स का एक-एक करके उत्तर देना, और यह जानना कि 3 ब्राउज़र कंट्रोल्स में से कब किसका उपयोग करना है। 

खर्च ऑडिट के लिए एक साइड चैट शुरू करें ताकि रन एक ही थ्रेड में रहे, स्कोप्ड रिक्वेस्ट पेस्ट करें, और पहला कार्ड आने का इंतज़ार करें। "Always ask" सेट होने पर, पहला कार्ड Gmail पढ़ने की अनुमति माँगेगा—Muse कुछ करने से पहले ही।

जब आपकी खुद की खर्च शीट वापस आए, तो मैं पहले इन त्रुटियों को देखूँगा/देखूँगी:

• कोई खरीद दो बार दिखना—क्योंकि Muse ने ऑर्डर कन्फर्मेशन और शिपिंग नोटिस दोनों पढ़ लिए
• रिफंड को खर्च के रूप में गिन लेना
• वार्षिक सब्सक्रिप्शन को मासिक डुप्लिकेट के रूप में फ्लैग करना
• जनरल नाम वाला वेंडर "other" में चला जाना—जबकि उसे "software" में होना चाहिए

ये कुछ अनोखी बातें नहीं हैं—और ठीक वही पंक्तियाँ हैं जिन्हें स्टेप 4 आपको पहले जाँचना सिखाता है।

अब अप्रूवल कार्ड। हर बार पहले "See task details" खोलें—क्योंकि यह दिखाता है कि Muse क्या करने वाला है—आपके निर्णय से पहले। फिर 5 विकल्पों में से चुनें—जिन्हें Meta इस प्रकार परिभाषित करता है।

"Always allow" वह जगह है जहाँ लोग डोरी खो देते हैं। यह कनेक्टर पर एक स्थायी अनुमति है—जो टास्क के बाद भी रहती है—और वह एक क्षण हटा देती है जहाँ आप नोटिस करते कि रिक्वेस्ट आपके इरादे से मेल नहीं खा रही। 

जहाँ यह उचित हो सकता है—वह है केवल पढ़ने की कार्रवाई—ऐसे कनेक्टर पर जो सिर्फ डेटा रिट्रीवल तक सीमित है, जैसे आपका कैलेंडर पढ़ना, क्योंकि सबसे खराब परिणाम यही है कि Muse किसी ऐसी चीज़ को अधिक पढ़ ले जिसे वह बदल नहीं सकता। खर्च ऑडिट के लिए, Gmail रीड्स पर "Allow for this task" सही है, और जो भी चौंकाए उस पर "Allow once"।

ब्राउज़र देखना और नियंत्रण लेना

डिफ़ॉल्ट रूप से Muse आपकी नज़र से दूर ब्राउज़ करता है, और Meta का ब्राउज़िंग हेल्प पेज आपको चैट में 3 कंट्रोल देता है। 

• "Open browser"—देखने की विंडो खोलता है ताकि आप देख सकें
• "Take control of the browser"—Muse को पॉज़ करता है ताकि आप खुद पेज पर ऐक्शन ले सकें (जैसे, कोई लॉगिन साफ़ करना जिसे वह पार नहीं कर पा रहा)
• "Stop the task"—ब्राउज़र में हो रहा कार्य रोक देता है

सीट चुनने में मदद के लिए Muse अपना ब्राउज़र चला रहा है

हर कंट्रोल अलग समय पर सही कदम है:

• जब भी Muse किसी अनपेक्षित साइट पर पहुँचे तो ब्राउज़र खोलें (जो स्कोप्ड रिक्वेस्ट में नहीं होना चाहिए)।
• जब यह लॉगिन या CAPTCHA पर अटका हो—और आप वह एक स्टेप स्वयं करना चाहें—तो नियंत्रण लें।
• जब लॉग दिखाए कि यह कुछ ऐसा कर रहा है जो आपने नहीं कहा—तो कार्य रोकें, और चैट में बहस करने की बजाय रिक्वेस्ट को फिर से स्कोप करें।

आउटपुट कहाँ मिलता है

फ़ाइलें Library टैब में मिलती हैं, और रिमाइंडर Assistant आइकन के Upcoming सेक्शन में। खर्च शीट Library में एक स्प्रेडशीट आर्टिफ़ैक्ट के रूप में दिखेगी, और Meta का आर्टिफ़ैक्ट्स हेल्प पेज स्प्रेडशीट प्रकारों में XLSX और CSV सूचीबद्ध करता है—जिनके साथ Muse काम करता है।

नई शुरुआत करने की बजाय फ़ाइल को सुधरवाएँ। उसी साइड चैट में माँगें—जैसे "नीचे एक टोटल पंक्ति जोड़ें" या "14 जुलाई की Adobe पंक्ति को software में ले जाएँ"—और Meta कहता है कि Muse बदलाव लागू करेगा और बताएगा क्या बदला। नई रिक्वेस्ट का मतलब—आपके इनबॉक्स की नई पढ़ाई और नए निर्णय—यानी दूसरी बार वेरिफिकेशन।

स्टेप 4: Activity log में काम सत्यापित करना

Activity log—Muse द्वारा लिए गए हर ऐक्शन और आपकी दी हर अनुमति का कालानुक्रमिक रिकॉर्ड है—और यही वजह है कि आप ऐसी फ़ाइल पर भरोसा कर सकते हैं जिसे आपने खुद नहीं बनाया। Assistant आइकन टैप करें और खर्च रन का Activity log खोलें। फिर एक ही सवाल मन में रखकर पढ़ें: जहाँ-जहाँ Muse ने जो किया, वह मेरे अनुमान से अलग था, वे कहाँ हैं?

हर वेरिफिकेशन में दो सीधे चेक शामिल होने चाहिए—और दोनों चैट में पूछे जाने वाले सवाल हैं:

1. "खर्च शीट के स्रोत के रूप में जिन-जिन ईमेल का उपयोग किया, उनकी सब्जेक्ट लाइन और तारीख के साथ सूची दें।" Muse को प्रति पंक्ति एक स्रोत लौटाना चाहिए—और जिसके बिना स्रोत है, वह पंक्ति हाथ से जाँचने लायक है।
2. "आज 2:00 से 2:30 बजे के बीच आपने कौन-कौन से URL देखे, दिखाइए।" Meta के हेल्प पेज बताते हैं कि आप विज़िटेड URLs पूछ सकते हैं—और जहाँ रिक्वेस्ट में "कोई वेबसाइट न खोलें" था, सही जवाब है—कोई नहीं।

इंटेंट और ऐक्शन के बीच के गैप को लॉग में पढ़ना

इंटेंट और ऐक्शन के बीच का गैप उस लॉग लाइन की तरह दिखेगा जिसे आपने नहीं कहा था। मैं 3 शक्लों की उम्मीद करूँगा/करूँगी:

• कोई ऐसी खोज जिसे आपने निर्दिष्ट नहीं किया—जैसे, श्रेणी तय करने को वेंडर नाम सर्च करना।
• किसी साइट पर जाना—जैसे ईमेल बॉडी में राशि न होने पर "view receipt" लिंक खोलना।
• कोई फ़िल्टर जो Muse ने खुद चुना—जैसे $5 से कम को शोर मानकर हटा देना।

इनमें से कुछ भी दुर्भावनापूर्ण नहीं—हर एक निर्णय है। स्कोप्ड रिक्वेस्ट ने पहले दो को मना किया था, तो ये उल्लंघन हैं—जिन्हें स्टेप 5 में सुधारना है; तीसरा बताता है कि रिक्वेस्ट में थ्रेशहोल्ड का नियम चाहिए। जो भी मिले, री-स्कोप करते समय उसी लॉग लाइन को उद्धृत करें।

ऐसे आउटपुट की स्पॉट-चेकिंग जिसे आप पूरी तरह ऑडिट नहीं कर सकते

आप 40 पंक्तियाँ हाथ से दोबारा नहीं करेंगे, इसलिए 3 सबसे अधिक गलत होने की आशंका वाली पंक्तियाँ जाँचें और 1 टोटल मिलाएँ। पंक्तियाँ—शीट की सबसे बड़ी राशि; कोई भी पंक्ति जो "other" में गई; और कोई भी वेंडर जिसे एक महीने में दो बार दिखने पर फ्लैग किया गया। टोटल—उसी विंडो के आपके कार्ड स्टेटमेंट के कुल से मिलाएँ।

यदि 3 पंक्तियाँ और टोटल ठीक हैं, तो शीट स्वीकार करें। जब 1 पंक्ति गलत हो, Muse से उसे ठीक करवाएँ और उसी प्रकार की 3 और जाँचें। यदि टोटल 1–2 रसीदों से अधिक के फ़र्क से गलत है, तो रन फेल है—और अगला कदम होना चाहिए—डायग्नोसिस।

स्टेप 5: गलत गए रन को सुधारना

गलत गए रन की जाँच लॉग से होती है—क्योंकि आउटपुट केवल बताता है कि नतीजा गलत था; लॉग बताता है कि कहाँ गलत हुआ। मान लें शीट 14 पंक्तियों के साथ वापस आई—जबकि आप जानते हैं कि तिमाही में ~40 रसीदें थीं। Activity log खोलें और 3 कारणों में से 1 ढूँढें।

• गलत स्कोप। लॉग में Gmail सर्च "receipt" पर ही रुक गई। आपके बड़े वेंडर "Your order" और "Invoice" ईमेल भेजते हैं—और रिक्वेस्ट ने यह कहा ही नहीं था।
• मिसिंग कनेक्टर। आपकी आधी रसीदें दूसरे Gmail पते पर जाती हैं—जिसे आपने कभी नहीं जोड़ा—तो Muse उन्हें देख नहीं सका—और इसके होने का उसे पता भी नहीं था।
• अनुमति जिसने स्टेप ब्लॉक कर दिया। लॉग ब्राउज़र रिक्वेस्ट दिखाता है जिसे आपने तब Deny किया जब Muse ने "view receipt" लिंक खोलने की कोशिश की—और उसने वे पंक्तियाँ चुपचाप छोड़ दीं।

वास्तविक रन भी ऐसे ही फेल होते हैं। Slate के रिव्यूअर ने "कल सुबह 10 बजे" का कैलेंडर इवेंट माँगा और 2 घंटे 40 मिनट पहले का इवेंट मिला—ऐसी गलती जिसे रिक्वेस्ट में एब्सोल्यूट तारीख और टाइम ज़ोन के साथ जगह ही नहीं मिलती। CNN के रिव्यूअर को 2 रेस्टोरेंट मिले जो वर्षों से बंद थे—यह बासी-स्रोत की विफलता थी—जिसे "हर जगह आज खुला होना कन्फर्म करें" जैसी लाइन पकड़ लेती।

यहाँ री-स्कोप्ड खर्च रिक्वेस्ट है—केवल वे पंक्तियाँ बदली हैं। बाकी स्टेप 2 वाले स्कोप्ड संस्करण जैसे ही हैं।

दूसरा रन वाऩपस अधिक पंक्तियों और एक "needs manual check" सूची के साथ आना चाहिए—और यही सूची मायने रखती है। जो रन यह रिपोर्ट करता है कि वह क्या नहीं कर सका—उसे आप 10 मिनट में हाथ से पूरा कर सकते हैं। जो रन चुपचाप छोड़ दे—उस पर आप भरोसा नहीं कर सकते।

लूप वर्कफ़्लो

पूरा लूप यही है: कार्य को स्कोप करें, अप्रूवल कार्ड एक-एक करके देते हुए चलाएँ, Activity log में वेरिफ़ाई करें, और जहाँ इंटेंट और ऐक्शन अलग हुए—उस लॉग लाइन से सुधारें। फिर सीखी बातों के साथ दोबारा स्कोप करें।

यह गाइड जिस लूप को सिखाती है: स्कोप करें, चलाएँ, वेरिफ़ाई करें, सुधारें—और जो सीखा उसके साथ फिर स्कोप करें। चित्र: लेखक।

Muse को अपनी प्राथमिकताएँ सिखाना ताकि सुधार टिका रहे

Muse आपकी सुधारों को यादों में बदलता है—जिन्हें यह आगे की चैट्स में ले जाता है। Meta का कस्टमाइज़ेशन हेल्प पेज यह सुझाव देता है कि "बहुत लंबा" या "ज़्यादा कैज़ुअल हो" जैसे छोटे फीडबैक भी काफ़ी हैं—और Muse आंशिक रूप से देखी गई प्राथमिकताओं से मेमोरी बनाता है। 

"मेरी ईमेल ही सर्च करो, मैसेज नहीं" जैसी नियम भी इसी तरह काम करता है। दूसरे रन के बाद, Muse से कहें: "अब से, जब भी खर्च शीट बनाओ, ये 4 कैटेगरी इस्तेमाल करो, जो भी पढ़ न सको उसे नीचे सूचीबद्ध करो, और राशि निकालने के लिए कभी लिंक मत खोलो।"

फिर जाँचें कि यह वास्तव में क्या याद रखता है—क्योंकि मेमोरी आपके बारे में किया गया दावा है—जिस पर Muse कार्रवाई करेगा। खोलें Assistant आइकन, फिर Identity > Memory—जहाँ Meta मेमोरी फ़ाइल को सीधे संपादन के लिए उजागर करता है—या चैट में पूछें—"मैं खर्च रिपोर्ट कैसे फॉर्मैट चाहती/चाहता हूँ, इसके बारे में आपको क्या याद है?" 

यदि कोई मेमोरी गलत या बासी है, Muse से उसे भूलने के लिए कहें—और फ़ाइल में कन्फर्म करें कि वह हट गई।

ऐसे क्या कार्य हैं जिन्हें कभी Muse को नहीं सौंपना चाहिए?

कुछ कार्य आपके पास ही रहते हैं—चाहे पिछला रन कितना भी अच्छा क्यों न गया हो। मैं यह रेखा यहाँ खींचता/खींचती हूँ:

• ऐसी लिखाई जिसमें Undo नहीं—जैसे ईमेल भेजना या कोई भुगतान करना—बिना हर बार आपकी टैप के
• बैंकिंग, हेल्थ रिकॉर्ड्स, और एम्प्लॉयर अकाउंट—फिलहाल
• ऐसा कोई भी कार्य जो Muse को उन वेबसाइट्स पर भेजे—जिनकी कार्य को ज़रूरत नहीं

रीड्स बनाम राइट्स

रीड—जैसे इनबॉक्स सर्च—रीकवर किया जा सकता है: सबसे खराब परिणाम है कि Muse ने कुछ देखा। राइट—जैसे ईमेल भेजना—शायद बिल्कुल भी रीकवर न हो सके। Meta का हेल्प पेज कहता है कि आप Muse से कुछ कार्रवाइयाँ वापस लेने को कह सकते हैं—पर तर्क से—भेजा गया ईमेल—रिवर्स नहीं किया जा सकता।

इसलिए जिन राइट्स में Undo नहीं—वे हर बार आपकी टैप के पीछे होने चाहिए—चाहे पहले कितनी बार सब ठीक हुआ हो। अप्रूवल कार्ड—एकमात्र क्षण है जब आप ऐक्शन को—होने से पहले देखते हैं।

बैंकिंग, हेल्थ, और काम के अकाउंट

इन्हें तब तक स्कोप से बाहर रखें—जब तक प्रोडक्ट का लंबा ट्रैक रिकॉर्ड न बन जाए—क्योंकि Muse 8 सितंबर से ही सार्वजनिक है। कनेक्टर सूची आपको नहीं रोकेगी। Apple Health पहले ही हेल्थ डेटा उस पर डालता है, और पेमेंट्स हेल्प पेज कहता है कि Muse द्वारा आपकी ओर से किए गए हर ट्रांजैक्शन के लिए जिम्मेदारी आपकी है।

वर्क अकाउंट्स की अपनी राह है। Meta ने 29 सितंबर को Muse for Small Business जोड़ा—QuickBooks, Slack, Shopify जैसे बिज़नेस कनेक्टर्स के साथ। यदि आप किसी कंपनी अकाउंट पर Muse चाहते हैं, तो अपने एम्प्लॉयर की मंज़ूरी के साथ वहीं से शुरू करें—न कि यहाँ सेट किए गए पर्सनल एजेंट से।

एजेंट की गार्डरेल्स तीन तरह से फेल हो सकती हैं

ये तीनों पहले ही किसी वास्तविक एजेंट के साथ हो चुकी हैं—और हर एक के लिए आपके पास बचाव है।

Yue की कहानी पर दो चेतावनियाँ। यह सेल्फ-रिपोर्ट है—कोई स्वतंत्र समीक्षा नहीं; और OpenClaw का अनुमति मॉडल Muse से काफी अलग है। Muse अनुमति जाँचों को Sentinel के जरिए रूट करता है—जो मॉडल के बाहर एक अलग एजेंट है—और Meta के सुरक्षा विवरण के अनुसार—कनेक्टर ऐक्शंस और नेटवर्क एक्सेस पर अंतिम प्राधिकारी है।

फिर भी सबक लागू होता है: जो नियम केवल बातचीत में रहता है—वह खो सकता है। प्रॉम्प्ट इंजेक्शन पर—Meta क्लासिफ़ायर्स, मॉडल ट्रेनिंग, और पहुँचे जा सकने वाले दायरे की सीमाएँ उद्धृत करता है—और Muse Spark 1.3—बेहतर प्रतिरोध का दावा करता है। हमारा OpenClaw सिक्योरिटी गाइड—सामान्य एजेंट हार्डनिंग कवर करता है—और हमारा प्रॉम्प्ट इंजेक्शन एक्सप्लेनेर—हमले को समझाता है।

आपकी मासिक प्राइवेसी जाँच

हर कनेक्टेड ऐप एक स्थायी अनुमति है, इसलिए उन्हें शेड्यूल पर समीक्षा करें—न कि कुछ गलत होने पर:

1. Settings > Connectors खोलें—और जो इस महीने उपयोग नहीं हुआ—उसे डिस्कनेक्ट करें। read-only कनेक्टर—जिसे आप कभी उपयोग नहीं करते—फिर भी दिया हुआ एक्सेस है—बिना वजह।
2. Settings > Data controls खोलें—और "Help improve our AI models" टॉगल पर निर्णय लें—जो डिफ़ॉल्ट रूप से ऑन है। Meta कहता है कि ट्रेनिंग से पहले—वह नाम, ईमेल पते, फ़ोन नंबर, और Social Security नंबर हटाता है—और टॉगल ऑफ करना—पुरानी इंटरैक्शन पर भी लागू होता है। मेरे इनबॉक्स से जुड़े अकाउंट पर—मैं इसे ऑफ करूँगा/करूँगी।
3. Assistant आइकन के नीचे Identity > Memory में जाएँ—और जो भी बासी या गलत है—डिलीट करें—क्योंकि Muse—आपके बारे में जो याद रखता है—उस पर कार्य करता है।

Meta Muse की Claude Cowork और ChatGPT Agent से तुलना कैसी है?

Meta Muse और Claude Cowork एक ही डेलिगेशन समस्या को—विपरीत सिरों से हल करते हैं: 

• Muse अपने क्लाउड कंप्यूटर और आपके कनेक्टेड अकाउंट्स से काम करता है।
• Claude Cowork आपके अपने मशीन पर फ़ाइलों और ब्राउज़र तक पहुँचता है। 

यह फर्क यह तय करता है कि किसी दिए कार्य के लिए कौन-सा बेहतर फिट करेगा—किसी बेंचमार्क से ज़्यादा। पहली बार उपयोगकर्ता के लिए मायने रखने वाली तुलना यह है:

Meta Muse या विकल्प—कब उपयोग करें

यदि कार्य Gmail में शुरू होता है और फ़ाइल पर समाप्त—जैसे खर्च ऑडिट—तो Muse का मॉडल सरल है—और फ्री टियर का मतलब—आप मुफ्त में आज़मा सकते हैं।

यदि कार्य आपके लैपटॉप के PDF फ़ोल्डर में शुरू होता है—तो मैं हमारी Claude Cowork ट्यूटोरियल पढ़ने और Muse की बजाय Anthropic का टूल उपयोग करने की सिफारिश करता/करती हूँ। 

और यदि आपने OpenAI के एजेंट का उपयोग किया है—तो हमारा ChatGPT Agent गाइड उसके वैरिएंट को कवर करता है—जो अपने वर्चुअल कंप्यूटर और ब्राउज़र से काम करता है—और इस गाइड के बाद परिचित लगेगा।

अंतिम विचार

खर्च ऑडिट उदाहरण था—पर यह लूप पैकिंग शेड्यूल, सब्सक्रिप्शन कटौती, या एक हफ्ते की कैलेंडर ट्रायेज़ पर भी समान रूप से काम करता है। 4 भागों के साथ स्कोप करें, एक-एक कार्ड अप्रूव करें, 3 पंक्तियाँ और टोटल स्पॉट-चेक करें, और आउटपुट से नहीं, लॉग से रन सुधारें।

एजेंट्स के साथ जो बदला—वह है कौशल का स्थान। जब सॉफ्टवेयर शब्द लौटाता था—अच्छा प्रॉम्प्ट लिखना मायने रखता था। अब जब सॉफ्टवेयर कार्रवाई करता है—कौशल है—कार्य को इतना कसकर परिभाषित करना कि निर्णय की गुंजाइश खत्म हो जाए—और नतीजे को इतना पास से जाँचना कि जो छूटे—छुप न सकें।

यह पहले से ही डेटा प्रोफेशनल का कौशल है। मुझे लगता है कि जो लोग डेटा के साथ काम करते हैं—वे Muse को डेलिगेट करने में—उन लोगों से बेहतर होंगे—जिन्हें इसे बेचकर दिखाया गया।

यदि आप एजेंट्स की बुनियाद चाहते हैं—तो हमारा Introduction to AI Agents कोर्स शुरू करें—फिर AI Agent Fundamentals ट्रैक के साथ आगे बढ़ें।