विषय-सूची

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 से जाँच लें और ब्योरे मौजूदा दस्तावेज़ से मिला लें। §5 के permission mode वाले नियम 25 सितंबर 2026 को दस्तावेज़ से दोबारा जाँचे गए।

🔀 अगर आप "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 अपने लिए जो सबएजेंट और 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 के लिए भी, और उसके खड़े किए हर सबएजेंट के लिए भी।" अलगाव संतानों को भी विरासत में मिलता है। अगर डिस्पैच किया हुआ कोई session भीतर ही भीतर पाँच सबएजेंट बुला ले, तो पाँचों उसी दीवार के अंदर हैं।

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 कतार में लगाना यहाँ का सबसे ख़तरनाक काम है।

आधिकारिक दस्तावेज़ (सितंबर 2026 तक) के मुताबिक़, बैकग्राउंड session का permission mode इस पर निर्भर करता है कि आपने उसे कैसे शुरू किया, और इसके तीन मामले हैं।

  • शेल में खोले गए claude agents से डिस्पैच किया, या claude --bg से शुरू किया: session वैसे ही शुरू होता है जैसे उस डायरेक्टरी में नया claude session। पहले --permission-mode जैसा लॉन्च फ़्लैग देखा जाता है, फिर सेटिंग्स फ़ाइलों का permissions.defaultMode, और दोनों न हों तो बिल्ट-इन डिफ़ॉल्ट (जो प्लान और प्रोवाइडर पर निर्भर है; Pro, Max और Team प्लान में यह auto mode है)। अगर आप agent view को किसी mode के साथ खोलें, जैसे claude agents --permission-mode plan, तो वही mode वहाँ से डिस्पैच होने वाले हर session का डिफ़ॉल्ट बन जाता है।
  • किसी चलते session में ← दबाकर खोले गए agent view से डिस्पैच किया: पहले लक्ष्य डायरेक्टरी का defaultMode देखा जाता है, और अगर कुछ तय न करे तो नया session उस session का mode लेता है जिससे आप आए थे। लेकिन auto और bypassPermissions सिर्फ़ managed settings, --settings से दी गई फ़ाइल या ~/.claude/settings.json से ही लागू होते हैं, और प्रोजेक्ट की .claude/settings.json या .claude/settings.local.json अगर मूल session से ज़्यादा ढीला mode माँगे, तो उसे ठुकरा दिया जाता है।
  • मौजूदा session को /bg या ← से बैकग्राउंड में भेजा: वह अपना mode बनाए रखता है। अगर आपने उसे acceptEdits या auto पर कर रखा था, तो आपके न देखते हुए भी वह उसी mode में चलता रहता है।

यानी permission हर डिस्पैच पर अलग से नहीं चुनी जाती; वह आपकी सेटिंग्स से या उस session से विरासत में आती है जिससे आप आए थे। आपका रोज़मर्रा का defaultMode, या ← दबाते समय आपका mode, जितना ढीला होगा, यह बात उतनी ही शब्दशः सच होगी कि डिस्पैच करते ही ढीली permission वाले दस लावारिस session अस्तित्व में आ गए। अगर session बिना निगरानी चलने वाले हैं, तो agent view खोलते समय mode साफ़-साफ़ बताना ही भरोसेमंद तरीका है। अपने 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. किसे चुनें — समानांतर चलाने के पाँच तरीके हैं

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

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

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

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

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

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

  • लक्ष्य डायरेक्टरी का defaultMode और अपने मौजूदा session का mode जाँच लीजिए। डिस्पैच के तरीक़े के हिसाब से इनमें से एक उस session का permission-स्तर बन जाता है जिसे कोई देख नहीं रहा। शक हो तो agent view को साफ़ claude agents --permission-mode के साथ खोलिए
  • ऐसा काम मत सौंपिए जिसमें पलटा न जा सकने वाला कदम हो। डिप्लॉय, प्रोडक्शन डेटाबेस और बाहर भेजना उसी 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 के खड़े किए हर सबएजेंट को भी विरासत में मिलती है।

पर तीन चीज़ें इस अलगाव से बाहर निकल जाती हैं। "आगे मत पूछना" वाली मंज़ूरी मुख्य तरफ़ सहेजी जाती है, हर 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 से कोई पैनल खोलता ही नहीं — वह बस बता देता है कि आपकी सबएजेंट परिभाषा-फ़ाइलें कहाँ रहती हैं।

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

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

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

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

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

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

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

agent view खोलते समय पूरे बैच के लिए तय किया जा सकता है। जैसे claude agents --permission-mode plan से खोलें, तो वहाँ से डिस्पैच होने वाले हर session का डिफ़ॉल्ट वही mode बन जाता है; शेल से अकेला session शुरू करना हो तो claude --bg भी यही फ़्लैग लेता है। फ़्लैग न हो तो सब शुरू करने के तरीक़े पर निर्भर है: शेल में खोला गया agent view और claude --bg सामान्य claude लॉन्च की तरह चलते हैं (सेटिंग्स का defaultMode, वरना बिल्ट-इन डिफ़ॉल्ट); ← से खोला गया agent view लक्ष्य डायरेक्टरी का defaultMode लेता है, वरना उस session का mode जिससे आप आए थे; और /bg से भेजा गया session अपना mode बनाए रखता है। अगर आपका रोज़ का mode ढीला है, तो वही ढीलापन बिना निगरानी चलेगा।

Q7. यह सबएजेंट से कैसे अलग है?

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

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

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

संबंधित लेख