विषय-सूची

Claude Code का agent view (claude agents से खुलता है) वह जगह है जहाँ आप एक के बाद एक स्वतंत्र session बैकग्राउंड में शुरू करते हैं और उन सबको एक ही स्क्रीन से सँभालते हैं। आधिकारिक शब्दों में, यह आपको "एक ही स्क्रीन से बहुत सारे Claude Code session डिस्पैच करने और सँभालने" देता है (Manage multiple agents with agent view)।

यह लेख मशीनरी और सुरक्षा-मॉडल तक सीमित रहेगा। असली खतरा "AI का बेकाबू हो जाना" नहीं है — असली खतरा यह है कि आप दस session कतार में लगा दें और यह जाने बिना कि अलगाव कहाँ तक पहुँचता है और वे किन permission पर चल रहे हैं, आप स्क्रीन से हट जाएँ। छोटा जवाब: अलगाव सचमुच सोच-समझकर बनाया गया है — लेकिन तीन चीज़ें उसमें से बाहर रिस जाती हैं। ध्यान देने लायक हिस्सा वही है।

📌 ये तथ्य कहाँ से आए: नीचे दिया हर व्यवहार, वर्ज़न नंबर और सेटिंग का नाम 9 अगस्त 2026 तक के आधिकारिक दस्तावेज़ से जाँचा गया है। agent view एक रिसर्च प्रीव्यू है और इसके लिए Claude Code v2.1.139 या उससे नया चाहिए। प्रीव्यू वाले फ़ीचर बदलते रहते हैं, इसलिए अपना बिल्ड claude --version से जाँच लें और ब्योरे मौजूदा दस्तावेज़ से मिला लें।

🔀 अगर आप "Dispatch" खोजते हुए यहाँ पहुँचे हैं। Claude में मिलते-जुलते नामों वाले दो अलग फ़ीचर हैं। डेस्कटॉप ऐप के साइड पैनल वाला Dispatch वह फ़ीचर है जिससे आप अपने फ़ोन से Claude को संदेश भेजते हैं और वह आपके अपने कंप्यूटर पर काम करता है, और यह लेख उसके बारे में नहीं है — उसे Dispatch कैसे काम करता है और कितना सुरक्षित है में देखें। यह लेख agent view के बारे में है, जो Claude Code का टर्मिनल फ़ीचर है; नाम इसलिए टकराते हैं क्योंकि आधिकारिक दस्तावेज़ वहाँ की जाने वाली क्रिया को "dispatch" कहते हैं।

1. agent view है क्या — वह क्रिया जिसे दस्तावेज़ "dispatch" कहते हैं

पहले नाम पर मुहर लगा लें। Claude Code के भीतर "dispatch" उस क्रिया का नाम है जो आप agent view में करते हैं, न कि उस नाम का कोई अलग फ़ीचर। आधिकारिक दस्तावेज़ इसे यूँ रखते हैं।

"claude agents से खुलने वाला agent view एक अकेली स्क्रीन है जो आपके सारे बैकग्राउंड session दिखाती है — क्या चल रहा है, क्या आपके इनपुट का इंतज़ार कर रहा है, और क्या पूरा हो चुका है।" (Agent view)

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

✅ जो काम इसके लिए बने हैं

ऐसे काम जो एक-दूसरे से स्वतंत्र हैं और जिन्हें बीच-बीच में देखते रहने की ज़रूरत नहीं। जहाँ आखिर में नतीजा मिल जाना काफ़ी है, और इस बीच आप कुछ और कर सकते हैं।

❌ जो काम इसके लिए नहीं हैं

जिनकी दिशा बीच में दोबारा तय करनी पड़े, जो एक ही फ़ाइल पर आपस में झगड़ें, और जिनमें कोई ऐसा कदम शामिल हो जो पलटा न जा सके (डिप्लॉय, प्रोडक्शन डेटाबेस, बाहर कुछ भेजना)।

2. एक prompt यानी एक session, कोई follow-up नहीं

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

आम चैट की आदत से "उस पिछले वाले में एक बात और" टाइप कर दिया, तो आपने टिप्पणी नहीं जोड़ी — आपने एक और काम जोड़ दिया। यह हादसा नहीं, डिज़ाइन है, क्योंकि agent view बना ही इसलिए है कि स्वतंत्र काम कतार में लगें। जब सचमुच आगे का निर्देश भेजना हो, तो वह peek panel से भेजिए, जिसका ज़िक्र नीचे है।

क्रिया क्या होता है
इनपुट बॉक्स में prompt → Enter एक नया session शुरू होता है (ये समानांतर में जमा होते जाते हैं)
Space peek panel खुलता है। आपको पूरा ट्रांसक्रिप्ट नहीं, बल्कि ताज़ा आउटपुट या वह सवाल मिलता है जिस पर वह रुका है
peek panel में जवाब → Enter agent view छोड़े बिना उस session को जवाब देता है
→ या Enter (पंक्ति चुनी हुई हो तो) उस session के भीतर चले जाना (अटैच)
Ctrl+X उसे रोकता है। दोबारा दबाइए तो वह मिटा देता है (जो सीधे सेक्शन 6 वाले फंदे तक ले जाता है)
Ctrl+S / Ctrl+T / Ctrl+R समूहन (हालत के हिसाब से या डायरेक्टरी के हिसाब से) / पिन / नाम बदलना

एक बात और: कोई session अपने लिए जो subagent और teammate खड़े करता है, वे अलग पंक्तियों की तरह नहीं दिखते। स्क्रीन पर सिर्फ़ वही इकाइयाँ आती हैं जो आपने डिस्पैच की थीं।

3. अलगाव कैसे काम करता है — लिखने से पहले वह worktree में चला जाता है

सुरक्षा-मॉडल यहीं रहता है। कोई भी बैकग्राउंड session किसी फ़ाइल में बदलाव करने से पहले अपने खुद के git worktree में चला जाता है। आधिकारिक विवरण इस तरह है।

"हर बैकग्राउंड session आपकी वर्किंग डायरेक्टरी में शुरू होता है, चाहे वह agent view से चला हो या /bg या claude --bg से। फ़ाइलें बदलने से पहले Claude उस session को .claude/worktrees/ के नीचे एक अलग-थलग git worktree में ले जाता है। इस तरह समानांतर session एक ही checkout पढ़ते हैं, पर लिखता हर एक अपने में है।" (Agent view)

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

और फिर वह वाक्य आता है जो सबसे ज़्यादा मायने रखता है। "एक बार session worktree में पहुँच जाए, तो Claude Code उन फ़ाइल-बदलावों और कमांड को रोक देता है जो मुख्य checkout तक पहुँचते हों — उस session के लिए भी, और उसके खड़े किए हर subagent के लिए भी।" अलगाव संतानों को भी विरासत में मिलता है। अगर डिस्पैच किया हुआ कोई session भीतर ही भीतर पाँच subagent बुला ले, तो पाँचों उसी दीवार के अंदर हैं।

4. वे तीन जाँचें जो इस अलगाव को थामे रखती हैं

"रोक देता है" का मतलब क्या है, इस पर दस्तावेज़ बिलकुल ठोस हैं। तीन तरह की जाँचें हैं।

1. फ़ाइल में बदलाव

मुख्य checkout के भीतर के किसी path पर निशाना लगाने वाले Edit, Write और NotebookEdit रोक दिए जाते हैं।

2. कमांड की वर्किंग डायरेक्टरी

वे कमांड रोके जाते हैं जिनकी वर्किंग डायरेक्टरी मुख्य checkout पर जाकर टिकती है, और वे भी जिनके बारे में यह पक्का नहीं किया जा सकता कि वे उससे बाहर ही रहेंगे।

3. git का रुख मोड़ना

git -C, --git-dir, GIT_DIR, GIT_WORK_TREE, git से पहले लगाया गया cd — ये सब काट दिए जाते हैं।

तीसरी जाँच का होना गंभीर मेहनत का सबूत है। बात सिर्फ़ "मुख्य में मत लिखो" की नहीं है, बल्कि "git को धोखा देकर मुख्य की ओर मत मोड़ो" की भी है। और फ़ैसला सुरक्षित पक्ष में लिया गया है: जिस कमांड की पुष्टि न हो सके, वह चलता ही नहीं।

⚠️ फिर भी, यह OS-स्तर की दीवार नहीं है। तीनों जाँचें यह देखकर काम करती हैं कि कोई tool call माँग क्या रहा है, प्रोसेस को कैद करके नहीं। ये जिसकी रक्षा करती हैं वह है उसी रिपॉज़िटरी का मुख्य checkout, और रिपॉज़िटरी के बाहर की फ़ाइलें तथा नेटवर्क इन तीनों में से किसी के दायरे में नहीं हैं।

दस्तावेज़ यह भी सीधे कहते हैं कि PowerShell के कमांड पर सिर्फ़ जाँच 2, यानी वर्किंग डायरेक्टरी वाली, लागू होती है। अगर Windows पर आपका मुख्य shell PowerShell है, तो तीसरी सुरक्षा पर भरोसा मत कीजिए। प्रोसेस को खुद कैद करना worktree का काम नहीं, sandbox का काम है।

5. permission आती कहाँ से है

जब आप देख नहीं रहे, तब वह session किस permission mode पर चल रहा है? इस सवाल का जवाब जाने बिना session कतार में लगाना यहाँ का सबसे ख़तरनाक काम है।

आधिकारिक नियम में कोई दुविधा नहीं है। जब आप agent view के इनपुट बॉक्स से डिस्पैच करते हैं, या shell से claude --bg चलाते हैं, तो उस डायरेक्टरी की सेटिंग्स का defaultMode इस्तेमाल होता है। और अगर आपने जो डिस्पैच किया वह कोई subagent है, तो उसके frontmatter का permissionMode काम में आता है।

यानी permission मौके पर चुनी नहीं जाती; वह आपके कॉन्फ़िगरेशन से विरासत में आती है। settings.json में आपका रोज़मर्रा का defaultMode जितना ढीला होगा, यह बात उतनी ही शब्दशः सच होगी कि डिस्पैच करते ही ढीली permission वाले दस लावारिस session अस्तित्व में आ गए। अपने permission mode और permission नियम पहले दुरुस्त करना शर्त है, शौक नहीं।

हालाँकि जहाँ रुकना चाहिए, वहाँ यह ठीक से रुकता भी है। जब किसी session को वह चीज़ चाहिए जो सिर्फ़ आप दे सकते हैं — किसी सवाल का जवाब, permission का फ़ैसला, अगला निर्देश — तो वह पंक्ति "Needs input" में बदल जाती है। यही हालत आपके पास बचा हुआ इकलौता नियंत्रण-बिंदु है। इसीलिए agent view "चीज़ें लगाकर चल देने की स्क्रीन" नहीं, बल्कि "वह स्क्रीन जिस पर आप इनपुट का इंतज़ार करती पंक्तियाँ उठाने लौटते हैं" है।

6. वे फंदे जिन पर नज़र आसानी से नहीं जाती

अलगाव सावधानी से बना है। फिर भी तीन चीज़ें उसमें से बाहर रिसती हैं। असली काम में यही हिस्सा काटता है।

1. "आगे मत पूछना" वाली मंज़ूरी worktree से बाहर निकल जाती है

दस्तावेज़ के मुताबिक, worktree वाले session में किसी Bash कमांड के लिए "हाँ, आगे मत पूछना" चुनने पर वह नियम मुख्य checkout की .claude/settings.local.json में सहेजा जाता है। नतीजा: वह मुख्य checkout में और बाकी हर worktree में लागू होता है, और जिस worktree में वह बना था उसके मिट जाने के बाद भी बचा रहता है।
यानी एक अलग-थलग जगह पर लिया गया एक permission-फ़ैसला उसके बाहर का स्थायी कॉन्फ़िगरेशन बन जाता है। जिसे आप कामचलाऊ कार्यस्थल समझ रहे थे, उसके अंदर आपकी अनुपस्थिति में दबाया गया "आगे मत पूछना" उसके बाद हमेशा लागू रहता है। डिस्पैच किए session के peek panel में जब permission माँगी जाए, तो "आगे मत पूछना" की ओर लापरवाही से हाथ मत बढ़ाइए।

2. session मिटाने से बिना commit किया काम भी साथ मिट जाता है

आधिकारिक सीमाओं में यह सीधे लिखा है: "Claude के बनाए worktree उस session के साथ ही मिट जाते हैं जब आप उसे agent view में डिलीट करते हैं। जिस session ने अपने worktree में फ़ाइलें बदली हों, उसे डिलीट करने से पहले अपने बदलाव commit कर लें।"
Ctrl+X का मतलब है पहली बार दबाने पर रुकना, दूसरी बार दबाने पर मिट जाना। खत्म हो चुके session को समेटते हुए इसे दो बार दबा दिया, तो नतीजा भी उसी के साथ चला जाता है। "खत्म हो गया" और "समेट लिया" एक बात नहीं हैं — नतीजा हाथ में आ जाने के बाद, मिटाने से पहले उसे commit या merge कीजिए।

3. .worktreeinclude आपके सीक्रेट हर worktree को थमा देती है

worktree एक ताज़ा checkout है, इसलिए gitignore की गई .env उसमें नहीं होती। और उसके बिना कुछ चलता नहीं, तो आप उसे .worktreeinclude में लिख देते हैं और हर नए worktree के बनते ही वह अपने आप कॉपी हो जाती है।
सुविधाजनक है — पर इसे उलटकर देखिए तो इसका अर्थ है कि आप जितने session डिस्पैच करते हैं, आपके क्रेडेंशियल की उतनी ही और कॉपियाँ डिस्क पर उतर आती हैं। अगर आप इन्हें समानांतर चला रहे हैं, तो समझदारी इसी में है कि डेवलपमेंट की कुंजियाँ बाँटी जाएँ, प्रोडक्शन की नहीं।

तीन और सीमाएँ आधिकारिक रूप से गिनाई गई हैं। कोटा गुणा के हिसाब से घटता है ("दस एजेंट समानांतर चलाने पर आपका कोटा एक चलाने के मुकाबले लगभग दस गुना तेज़ी से खर्च होता है")। session लोकल चलते हैं — वे स्लीप को पार कर जाते हैं, पर मशीन बंद करने से रुक जाते हैं। और यह बात भी कि यह पूरा फ़ीचर रिसर्च प्रीव्यू है।

7. किसे चुनें — समानांतर चलाने के चार तरीके हैं

आधिकारिक दस्तावेज़ समानांतरीकरण को चार तरीकों में बाँटते हैं। डिस्पैच (agent view) उनमें से बस एक है, इसलिए गलत तरीका चुनने पर नुकसान सीधा दिखता है।

तरीका कमान किसके हाथ कब चुनें
Subagents Claude एक ही बातचीत के भीतर काम सौंपता है और नतीजा समेटता है जब आप किनारे के काम का आउटपुट (सर्च नतीजे, लॉग, फ़ाइलें) मुख्य context में नहीं घुसने देना चाहते
agent view (dispatch) आप काम सौंपते हैं और बाद में देखने जाते हैं कई स्वतंत्र काम हों। यही लेख। रिसर्च प्रीव्यू
Agent teams Claude योजना बनाता है, काम बाँटता है और निगरानी करता है जब आप बँटवारा और तालमेल उस पर छोड़ना चाहें। प्रयोगात्मक, डिफ़ॉल्ट रूप से बंद। इस पर अलग लेख है
डायनेमिक वर्कफ़्लो योजना एक स्क्रिप्ट के पास रहती है पूरे कोडबेस का ऑडिट, 500 फ़ाइलों का माइग्रेशन — ऐसा पैमाना जिसे कोई एक टर्न नहीं सँभाल सकता। और जब नतीजों की आपस में जाँच ज़रूरी हो

बँटवारे की रेखा यही है कि कमान किसके हाथ है। अगर काम एक ही बातचीत के भीतर निपट जाता है, तो subagents। अगर कमान आपके हाथ है और नतीजा बाद में समेटना है, तो agent view। अगर कमान Claude को देनी है, तो agent teams। और अगर पैमाना मौके की सूझ के बजाय तयशुदा प्रक्रिया माँगता है, तो डायनेमिक वर्कफ़्लो।

वैसे worktree को समानांतर चलाने का तरीका नहीं, बल्कि अलगाव का औज़ार माना गया है। agent view उन्हें अपने आप इस्तेमाल करता है। जो समानांतर session आप खुद शुरू करते हैं, उनमें आप worktree का नाम खुद देते हैं, जैसे claude --worktree <name>।

8. इसे सुरक्षित ढंग से चलाने की दिनचर्या

डिस्पैच करने से पहले

  • उस डायरेक्टरी का defaultMode जाँच लीजिए। वही, हूबहू, उस session का permission-स्तर बन जाता है जिसे कोई देख नहीं रहा
  • ऐसा काम मत सौंपिए जिसमें पलटा न जा सकने वाला कदम हो। डिप्लॉय, प्रोडक्शन डेटाबेस और बाहर भेजना उसी session में होने चाहिए जिसे आप देख रहे हों
  • क्या काम सचमुच एक-दूसरे से स्वतंत्र हैं? अगर वे एक ही डिज़ाइन-फ़ैसले पर टिके हैं, तो पहले वह फ़ैसला कर लीजिए, फिर सौंपिए
  • आपकी .worktreeinclude में क्या है? आप जितने session कतार में लगाते हैं, कुंजियाँ उतनी बार कॉपी होती हैं

जब वे चल रहे हों

  • "Needs input" वाली पंक्तियाँ उठाने लौटिए। इकलौता नियंत्रण-बिंदु वही है
  • permission माँगी जाए तो "आगे मत पूछना" मत चुनिए। वह फ़ैसला worktree से ज़्यादा जीता है
  • समानांतरता सीधे कोटे पर उतरती है। एक साथ दस चलाने पर वह दस गुना तेज़ी से घटता है

खत्म होने के बाद

  • मिटाने से पहले commit कीजिए। दूसरी बार का Ctrl+X मिटा देता है, और worktree का सारा सामान उसी के साथ जाता है
  • नतीजों को भरोसे पर मत लीजिए। आपने जो कुछ समानांतर चलाया, उसने एक और बिना जाँचा हुआ दावा जोड़ा है

आखिरी बात को अनुभव के नियम की तरह ज़ोर देकर कहना चाहूँगा। समानांतरीकरण समीक्षा का कुल बोझ बढ़ाता है। दस काम लौटते हैं तो उनके साथ "क्या यह सचमुच सही है?" वाले दस सवाल भी लौटते हैं; जाँच काम के साथ समानांतर नहीं हो जाती। आप कितने डिस्पैच कर सकते हैं, इसकी हद वहीं तय होती है जहाँ आपकी नतीजे जाँचने की क्षमता खत्म होती है।

सारांश

डिस्पैच का मतलब है agent view (claude agents) से एक स्वतंत्र बैकग्राउंड session शुरू करना, और यह एक रिसर्च प्रीव्यू है (v2.1.139 या उससे नया)। एक prompt एक session बनता है, कभी follow-up नहीं।

सुरक्षा-मॉडल का दिल है worktree के ज़रिए अलगाव। लिखने से पहले session .claude/worktrees/ में चला जाता है, और वहाँ से पढ़ना साझा रहता है जबकि लिखना अलग हो जाता है। मुख्य checkout तक पहुँचने वाले बदलाव, कमांड और git के रुख-परिवर्तन तीन जाँचों से काट दिए जाते हैं, और यह सुरक्षा session के खड़े किए हर subagent को भी विरासत में मिलती है।

पर तीन चीज़ें इस अलगाव से बाहर निकल जाती हैं। "आगे मत पूछना" वाली मंज़ूरी मुख्य तरफ़ सहेजी जाती है, हर worktree में लागू होती है, और worktree मिटाने के बाद भी बची रहती है। session मिटाने से बिना commit किया काम नष्ट हो जाता है। .worktreeinclude आपके सीक्रेट हर worktree में एक-एक बार कॉपी कर देती है। और चूँकि worktree OS-स्तर की दीवार नहीं है, रिपॉज़िटरी के बाहर की हर चीज़ और नेटवर्क असुरक्षित रहते हैं — वह sandbox का काम है।

FAQ

Q1. क्या Claude Code में सचमुच "Dispatch" नाम का कोई फ़ीचर है?

अलग फ़ीचर के नाम के तौर पर नहीं। dispatch, agent view के भीतर की एक क्रिया का नाम है। आधिकारिक दस्तावेज़ agent view को उस फ़ीचर की तरह बताते हैं जो आपको "एक ही स्क्रीन से बहुत सारे Claude Code session डिस्पैच करने और सँभालने" देता है। इसे खोलने वाला कमांड claude agents है।

Q2. क्या /agents और claude agents एक ही चीज़ हैं?

नहीं। दस्तावेज़ इस पर सीधे चेतावनी देते हैं: नाम मिलता-जुलता होने के बावजूद /agents, claude agents नहीं है। claude agents वह shell कमांड है जो agent view खोलता है। दूसरी ओर /agents, v2.1.198 से कोई पैनल खोलता ही नहीं — वह बस बता देता है कि आपकी subagent परिभाषा-फ़ाइलें कहाँ रहती हैं।

Q3. क्या डिस्पैच किया हुआ session मेरी मुख्य वर्किंग कॉपी बिगाड़ सकता है?

जहाँ तक उसी रिपॉज़िटरी के मुख्य checkout की बात है, आप ढाँचे के स्तर पर सुरक्षित हैं। फ़ाइल-बदलाव, कमांड की वर्किंग डायरेक्टरी और git का रुख मोड़ना — ये तीनों जाँचों से रुक जाते हैं, और वही सुरक्षा session के खड़े किए हर subagent पर भी लागू होती है। हालाँकि रिपॉज़िटरी के बाहर की फ़ाइलें और नेटवर्क दायरे से बाहर हैं, और PowerShell में सिर्फ़ वर्किंग-डायरेक्टरी वाली जाँच लगती है।

Q4. समानांतर चलाने से लागत पर क्या असर पड़ता है?

वह लगभग संख्या के अनुपात में बढ़ती है। आधिकारिक सीमाएँ यही कहती हैं: दस एजेंट समानांतर चलाने पर आपका कोटा एक चलाने के मुकाबले लगभग दस गुना तेज़ी से खर्च होता है। बैकग्राउंड होने का मतलब सस्ता होना नहीं है।

Q5. क्या खत्म हो चुके session को मिटा देना ठीक है?

पहले commit, फिर डिलीट। दस्तावेज़ कहते हैं कि Claude के बनाए worktree उस session के साथ ही मिट जाते हैं जब आप उसे agent view में डिलीट करते हैं। Ctrl+X पहली बार में रोकता है और दूसरी बार में मिटाता है। नतीजा मिल जाना और नतीजा समेट लेना एक बात नहीं है।

Q6. क्या हर बार डिस्पैच करते समय permission mode चुन सकते हैं?

मौके पर नहीं। उस डायरेक्टरी की सेटिंग्स का defaultMode इस्तेमाल होता है — या, अगर आपने कोई subagent डिस्पैच किया है, तो उसके frontmatter का permissionMode। अगर आपका रोज़ का defaultMode ढीला है, तो वही ढीलापन बिना निगरानी चलेगा। डिस्पैच इस्तेमाल करना शुरू करने से पहले अपनी permission सेटिंग्स दोबारा देख लीजिए।

Q7. यह subagents से कैसे अलग है?

फ़र्क यह है कि कमान किसके हाथ है। subagents में Claude एक ही बातचीत के भीतर काम सौंपता है और नतीजा उसी बातचीत को लौटाता है। agent view में आप स्वतंत्र काम सौंपते हैं और नतीजे बाद में समेटते हैं। किसी session के खड़े किए subagent, agent view में पंक्तियों की तरह नहीं दिखते।

Q8. अगर मैं लैपटॉप बंद कर दूँ तो क्या होगा?

वे रुक जाते हैं। आधिकारिक सीमाएँ कहती हैं कि बैकग्राउंड session आपकी अपनी मशीन पर चलते हैं: वे स्लीप को पार कर जाते हैं, पर मशीन बंद करने से रुक जाते हैं। कुछ भी क्लाउड में नहीं चलता, इसलिए यह वह औज़ार नहीं है जिससे कोई लंबा काम फेंककर आप घर चले जाएँ।

संबंधित लेख

  • Subagents और agent teams — समानांतर चलाने के बाकी दो तरीके
  • permission mode — वह सेटिंग जो डिस्पैच किया session विरासत में लेता है
  • permission नियम और settings.json — "आगे मत पूछना" कहाँ सहेजा जाता है
  • Sandbox — worktree जो नहीं ढक पाता, उसे ढकने वाली व्यवस्था
  • /compact कब चलाएँ — जितना समानांतर चलाएँगे, context उतना ही फूलेगा