आपके एजेंट पीछे प्रोसेस छोड़ जाते हैं।
AgentsRoom उन्हें ढूँढ निकालता है।
AI कोडिंग एजेंट हर टूल कॉल पर आपकी मशीन में एक असली सिस्टम प्रोसेस शुरू करता है। ज़्यादातर सेकंडों में खत्म हो जाते हैं। कुछ कभी नहीं, और वही कई GB मेमोरी बंधक बनाए रखते हैं, जबकि CPU बिल्कुल नहीं छूते।
प्रोसेस गार्ड आपके एजेंट के चाइल्ड प्रोसेस स्कैन करता है, जिनकी प्रगति रुक गई है उन्हें चिह्नित करता है, ज़िम्मेदार एजेंट का नाम बताता है, और एक क्लिक में उन्हें खत्म करने देता है। आपकी पीठ पीछे कुछ भी बंद नहीं किया जाता।
गार्ड असल में क्या देखता है: एक एजेंट ने जो प्रोसेस शुरू किए, और उनमें से कौन-से काम करना बंद कर चुके हैं।
AI कोडिंग एजेंट एक प्रोसेस नहीं होता। वह जो भी टूल कॉल करता है, उससे आपकी मशीन पर एक असली प्रोसेस शुरू होता है: एक सर्च, एक बिल्ड, एक टाइप चेक, एक टेस्ट रन, एक स्क्रिप्ट। इसे समानांतर चल रहे कुछ एजेंट से गुणा कीजिए, पूरे दिन के हिसाब से, और सैकड़ों प्रोसेस पैदा होकर दफ़्न हो जाते हैं, बिना आपके एक भी देखे।
इनमें से लगभग सब खत्म हो जाते हैं। समस्या वे हैं जो नहीं होते। ऐसा सर्च जिसका पैटर्न रेगेक्स इंजन को फोड़ देता है, न क्रैश होता है न धीमा पड़ता है: वह मेमोरी लेता जाता है, कंप्रेस्ड मेमोरी में धकेल दिया जाता है, और फिर बाकी ज़िंदगी 4% CPU पर पेज फ़ॉल्ट झेलते हुए बिताता है। वह कभी खत्म नहीं होगा। उसे कभी कोई मारेगा भी नहीं। और जिस एजेंट ने उसे शुरू किया था अगर वह बंद हो जाए, तो प्रोसेस init प्रोसेस के नीचे चला जाता है और अनाथ बन जाता है, जिसका मशीन पर अब कोई ज़िम्मेदार नहीं।
इसीलिए सुस्ती चुपचाप चली आती है। कोई एक नाटकीय पल नहीं होता, पूरे कार्यदिवस में धीरे-धीरे जमाव होता है, और यही वह आकार है जिसमें लोग गलत चीज़ को दोष देते हैं: गर्मी, बहुत सारे एजेंट, ऐप में मेमोरी लीक। जिस सेशन को हमने मापा, उसमें ऐप खुद 91 प्रोसेस में 2.8 GB ले रहा था और आठों एजेंट CLI मिलकर 1.6 GB। दोनों में से कोई भी समस्या नहीं था।
प्रोसेस गार्ड सुरक्षा जाल है। एजेंट जो पीछे छोड़ जाते हैं उस पर यह नज़र रखता है, बताता है कि कौन-सा अटका है और किसने उसे शुरू किया, और आपको उसे खत्म करने देता है। मूल कारण बदलते रहेंगे: कोई और टूल, कोई और पैटर्न, कोई और प्रोवाइडर। जाल को बदलने की ज़रूरत नहीं।
AI एजेंट चलाने वाली मशीन धीमी क्यों पड़ जाती है
नीचे दिए आँकड़े 16 GB लैपटॉप पर आठ एजेंट चलते हुए मापे गए एक सेशन से आए हैं। यहाँ कुछ भी अनुमान नहीं है।
मशीन साढ़े पाँच घंटे से चालू थी। गर्मी की कोई समस्या नहीं: कोई थ्रॉटलिंग दर्ज नहीं हुई, बैटरी 30.6 C पर। 8 कोर पर लोड एवरेज 17 और 21 के बीच था, और CPU अपना 56% समय कर्नेल में बिता रहा था, जबकि निष्क्रियता सिर्फ़ 1.5% थी। यही अनुपात सारी कहानी खोल देता है। असली काम करने वाली मशीन अपना समय यूज़र कोड में बिताती है; 56% सिस्टम टाइम वाली मशीन का मतलब है एक कर्नेल जो मेमोरी कंप्रेस करने, डीकंप्रेस करने और स्वैप करने के अलावा कुछ नहीं कर रहा।
सात अटके हुए सर्च प्रोसेस हर एक 3.9 से 8.0 GB दबाए बैठे थे, यानी 16 GB RAM वाली मशीन पर कुल 41.8 GB की माँग। स्वैप 23.5 में से 22.3 GB पर था, और बूट के बाद से लगभग 993 GB स्वैप में लिखा जा चुका था। उन सात प्रोसेस को खत्म करते ही 15.5 GB तुरंत वापस मिल गए, बिना एक भी एजेंट रीस्टार्ट किए और बिना ऐप रीस्टार्ट किए।
इसे कोई हाथ से क्यों नहीं पकड़ पाता, इसकी वजह यह है कि आम टूल इस बारे में झूठ बोलते हैं। macOS पर एक अटका हुआ प्रोसेस 20 MB रेज़िडेंट मेमोरी दिखा सकता है जबकि असल में 8 GB दबाए बैठा हो, क्योंकि उसने जो कुछ छुआ वह सब मेमोरी कंप्रेसर से होकर गुज़रा। हमने एक को लाइव मापा: 4.7 GB रेज़िडेंट, और असली फ़ुटप्रिंट 14 GB। वर्चुअल साइज़ से भी कोई मदद नहीं: उस प्लेटफ़ॉर्म पर launchd तक करीब 440 GB वर्चुअल साइज़ बताता है, तो उस पर फ़िल्टर लगाने का मतलब है पूरी मशीन को चिह्नित कर देना।
वही सेशन, घंटे-दर-घंटे: मेमोरी के वे टुकड़े जिन्हें अब कोई इस्तेमाल नहीं कर रहा, और छोड़ देने पर क्या होता है।
और इन प्रोसेस में चार ऐसे गुण होते हैं जो पक्का करते हैं कि कल भी ये यहीं होंगे।
ये कभी खत्म नहीं होते
इनकी अपनी मेमोरी स्वैप में है, इसलिए ये गणना करने के बजाय पेज फ़ॉल्ट झेलने में समय बिताते हैं। स्वस्थ सर्च एक कोर पूरा भर देता है; ये 4% पर बैठे रहते हैं। इस चक्र से बाहर निकलने का कोई रास्ता नहीं, और कितना भी इंतज़ार करने से कुछ नहीं होता।
ये कभी मरते नहीं
टूल कॉल पर कोई टाइमआउट नहीं होता। मशीन पर किसी को पचास मिनट से निष्क्रिय पड़े प्रोसेस पर कोई राय नहीं है। वह वहीं पड़ा रहेगा जब तक कोई उसे मार न दे या मशीन रीबूट न हो।
ये अपने एजेंट से ज़्यादा जीते हैं
एजेंट का टैब बंद कीजिए और प्रोसेस बच सकता है, init प्रोसेस के नीचे चला जाता है। उस पल के बाद उसे किसी से जोड़ने वाला कुछ नहीं बचता: वह अनाथ है, और उसे कभी कोई वापस नहीं लेगा। हमने जो सात मापे, उनमें से दो पहले ही इसी हालत में थे।
ये जमा होते जाते हैं
हर वेरिफ़िकेशन पास पर एक, हर बदकिस्मत सर्च पर एक। इसीलिए दिन भर सुस्ती लगातार बढ़ती ही जाती है, और इसीलिए रीबूट करने से लगता है कि ठीक हो गया। वह कुछ ठीक नहीं करता, बस गिनती शून्य कर देता है।
प्रोसेस गार्ड क्या करता है
यह उन प्रोसेस पर नज़र रखता है जो आपके एजेंट शुरू करते हैं, और किन्हें छूना है इस बारे में जान-बूझकर बहुत संकीर्ण है।
असली मेमोरी मापता है
रेज़िडेंट साइज़ नहीं, जो अटके हुए प्रोसेस को कई GB कम करके दिखाता है। गार्ड असली फ़ुटप्रिंट पढ़ता है, कंप्रेस्ड और स्वैप में गए पेज समेत, ताकि 20 MB दिखाने वाला और 8 GB दबाए बैठा प्रोसेस जैसा है वैसा दिखे।
सिर्फ़ RAM नहीं, CPU भी देखता है
अकेली मेमोरी देखने पर आपकी मशीन का हर बिल्ड चिह्नित हो जाता। गार्ड प्रोसेसर का इस्तेमाल दो स्कैन के बीच की दर के रूप में मापता है, इसलिए जो प्रोसेस पहले जमकर चला और फिर जाम हो गया वह भी पकड़ा जाता है, और जो बिल्ड सचमुच काम कर रहा है उसे छेड़ा नहीं जाता।
अनाथ प्रोसेस पकड़ता है
जो प्रोसेस अपने शुरू करने वाले एजेंट से ज़्यादा जी गया, उसकी सूचना अपने आप में दी जाती है, क्योंकि उसे और कोई कभी वापस नहीं लेगा। मालिकाना हक तब याद रखा जाता है जब प्रोसेस अभी जुड़ा हुआ है, और यही एकमात्र पल है जब उसे तय किया जा सकता है।
खत्म करने के लिए एक क्लिक
स्टेटस बार का एक बैज हर अटके हुए प्रोसेस को उसके एजेंट, मेमोरी, उम्र और CPU के साथ सूचीबद्ध करता है। किसी एक को खत्म करने पर वह और उसका शुरू किया हुआ सब कुछ बंद हो जाता है। मेमोरी तुरंत वापस आती है और आपके एजेंट चलते रहते हैं।
macOS, Windows और Linux
मेमोरी का सच बताने के लिए हर सिस्टम को अलग माप चाहिए: macOS पर कंप्रेस्ड पेज, Linux पर रेज़िडेंट और स्वैप हुआ हिस्सा, Windows पर प्राइवेट कमिट। तीनों लागू हैं, योजना में नहीं।
लागत लगभग शून्य
हर मिनट प्रोसेस का एक स्नैपशॉट, 824 प्रोसेस चला रही मशीन पर करीब 40 ms मापा गया। महँगी मेमोरी जाँच तभी चलती है जब कुछ पहले से अटका हुआ लगे, और जब तक कोई एजेंट सक्रिय नहीं, तब तक कोई स्कैन चलता ही नहीं।
वह नियम जो इसे झूठा अलार्म बजाने से रोकता है
जो गार्ड आपके बिल्ड को चिह्नित करे, उसे आप एक हफ़्ते में बंद कर देंगे। इसलिए किसी प्रोसेस की सिर्फ़ मेमोरी देखकर कभी सूचना नहीं दी जाती। उसे बड़ा होना चाहिए, कुछ समय से ज़िंदा होना चाहिए, और प्रोसेसर का इस्तेमाल बंद कर चुका होना चाहिए। तीनों एक साथ।
असल काम यही तीसरी शर्त करती है। टाइप चेक या बंडलर भी कई मिनट तक कई GB दबाए रखते हैं, पर उतने समय एक कोर पूरा भरे रहते हैं। स्वैप में फँसा प्रोसेस करीब 4% पर रहता है, क्योंकि वह गणना करने के बजाय पेज फ़ॉल्ट का इंतज़ार करते हुए ज़िंदगी बिताता है। यही फ़र्क काम कर रही मशीन को डूब रही मशीन से अलग करता है, और यही अकेला संकेत है जो दोनों को भरोसे के साथ अलग कर पाता है।
प्रोसेसर का इस्तेमाल भी पढ़ा नहीं, मापा जाता है। सिस्टम टूल जो आँकड़ा देते हैं वह प्रोसेस की पूरी ज़िंदगी का औसत होता है, जो बीस मिनट जमकर चलने के बाद जाम हुए प्रोसेस के लिए भी व्यस्त ही दिखता है। गार्ड इसके बजाय दो स्कैन के बीच खर्च हुए प्रोसेसर समय की तुलना करता है, इसलिए वह पिछला एक मिनट देखता है, पिछला एक घंटा नहीं।
यह कैसे काम करता है
चार कदम, मिनट में एक बार, और महँगा वाला कदम लगभग कभी नहीं चलता।
मशीन का एक सस्ता स्नैपशॉट
हर मिनट गार्ड सभी चल रहे प्रोसेस का एक स्नैपशॉट लेता है और हर एजेंट टर्मिनल के नीचे के पेड़ में चलता है। 824 प्रोसेस चला रही मशीन पर मापी गई लागत: करीब 40 ms। जब तक कोई एजेंट नहीं चल रहा, यह होता ही नहीं।
संदिग्धों की छोटी सूची
उस स्नैपशॉट में से यह सिर्फ़ उन एजेंट चाइल्ड प्रोसेस को रखता है जो आपकी तय सीमा से ज़्यादा समय से ज़िंदा हैं और अब प्रोसेसर इस्तेमाल नहीं कर रहे। सामान्य इस्तेमाल में यह सूची खाली रहती है, और सब कुछ यहीं रुक जाता है।
जो अटके लगते हैं उन्हें मापना
सिर्फ़ उसी छोटी सूची के लिए गार्ड असली मेमोरी माप की कीमत चुकाता है, कंप्रेस्ड और स्वैप में गए पेज समेत। जिस प्रोसेस को वह माप नहीं पाता उसे कभी चिह्नित नहीं करता: अनजान होना फ़ैसला नहीं है।
सूचना देता है, फ़ैसला आप पर छोड़ता है
स्टेटस बार में एक बैज दिखता है और एक ही सूचना आपको एक बार इसकी खबर देती है। आप सूची खोलते हैं, देखते हैं कि प्रोसेस क्या है, कितना दबाए है, कब से अटका है और किस एजेंट ने उसे शुरू किया, और चाहें तो उसे खत्म कर देते हैं।
यह किन चीज़ों को कभी नहीं छूएगा
जो टूल प्रोसेस खत्म कर सकता है, उसे इस बारे में बहुत संकीर्ण होना चाहिए कि उसका काम क्या है। ये सीमाएँ ढाँचे में बनी हैं, ऐसे विकल्प नहीं जिन्हें चालू करना आपको याद रखना पड़े।
- एजेंट का अपना CLI। आप जो भी प्रोवाइडर चलाएँ, गार्ड उस बाइनरी की रक्षा करता है जिससे ऐप ने वह टर्मिनल शुरू किया था। वह नाम वह किसी हार्डकोडेड सूची से नहीं, बल्कि लॉन्च से ही पढ़ता है, इसलिए उसी CLI का सब-प्रोसेस भी सुरक्षित रहता है, चाहे कितनी भी गहराई पर हो।
- आपके डेव कमांड टर्मिनल। निष्क्रिय पड़ा डेव सर्वर बेकाबू होने की हर कसौटी पर खरा उतरता है: भारी, पुराना, प्रोसेसर का कोई इस्तेमाल नहीं। और वही एक प्रोसेस है जिसे आप सचमुच चलता हुआ चाहते हैं। सिर्फ़ एजेंट टर्मिनल पर नज़र रखी जाती है, इसलिए आपका डेव सर्वर तस्वीर में आता ही नहीं।
- शेल और ऐप की अपनी अंदरूनी पाइपलाइन। टर्मिनल हेल्पर और वह शेल जिसमें एजेंट चलता है, बनावट से ही बाहर हैं। सिर्फ़ एजेंट CLI के नीचे के टूल प्रोसेस ही कभी उम्मीदवार बनते हैं।
- जो कुछ उसने गोद नहीं लिया। प्रोसेस खत्म करने वाला इकलौता रास्ता हर उस प्रोसेस को मना कर देता है जिसे गार्ड ने किसी एजेंट के अपने पेड़ से नहीं उठाया। यह आपकी मशीन पर किसी और चीज़ को बंद करने का ज़रिया नहीं बन सकता।
और जब तक आप न कहें, कुछ भी अपने आप खत्म नहीं किया जाता। डिफ़ॉल्ट रूप से गार्ड जो मिला वह बताता है और फ़ैसला आप करते हैं, क्योंकि यह आप ही जानते हैं कि कोई बड़ा और चुपचाप बैठा प्रोसेस अपेक्षित था या नहीं।
यह अपनी जगह कब सही ठहराता है
इनमें से हर एक असली स्थिति है, कोई काल्पनिक नहीं।
शाम 6 बजे मशीन सुबह 9 बजे से धीमी
कोई एक पल नहीं जब कुछ टूटा हो, बस दिन भर लगातार फिसलन। यह आकार लगभग हमेशा जमा हुए अटके प्रोसेस का होता है, और हाथ से पकड़ने में सबसे मुश्किल भी, क्योंकि किसी भी एक क्षण में कुछ भी गलत नहीं दिखता।
कई एजेंट समानांतर काम करते हुए
आप जितने ज़्यादा एजेंट चलाते हैं, उतनी ज़्यादा टूल कॉल होती हैं, और उतने ही ज़्यादा मौके कि उनमें से कोई जाम हो जाए। हर कॉल पर विफलता की दर बहुत छोटी है; समानांतर काम के पूरे दिन से गुणा होकर वह छोटी नहीं रह जाती।
एक सर्च जो कभी लौटता ही नहीं
ऐसा पैटर्न जो रेगेक्स इंजन को फोड़ देता है, कुछ सौ किलोबाइट की फ़ाइल पर कई GB ले लेता है। एजेंट उसका इंतज़ार करता है, आप एजेंट का, और कीमत मशीन दोनों की चुकाती है।
आपने एजेंट बंद किया, प्रोसेस रह गया
टैब बंद करने से हमेशा कुछ खाली नहीं होता। जो प्रोसेस पहले ही अलग हो चुका है वह अपनी मेमोरी बनाए रखता है और ऐप में दिखने वाली हर चीज़ से अपना आखिरी नाता खो देता है।
16 GB वाला लैपटॉप
भरपूर RAM वाली मशीन पर कुछ अटके प्रोसेस लंबे समय तक छिपे रह जाते हैं। 16 GB लैपटॉप पर वे जल्दी स्वैप तक पहुँच जाते हैं, और जैसे ही सिस्टम मेमोरी कंप्रेस करने लगता है, आपका हर एजेंट एक साथ धीमा पड़ जाता है।
ऐप को दोष देने से पहले
जब AgentsRoom खुला हो और मशीन रेंगने लगे, तो ऐप सबसे साफ़ शक का घेरा होता है। हर प्रोसेस के असली आँकड़े हाथ में हों, साथ में यह भी कि किसे किस एजेंट ने शुरू किया, तो शक ऐसी चीज़ बन जाता है जिसे आप सचमुच जाँच सकते हैं।
सीमाएँ आप तय करते हैं
डिफ़ॉल्ट जान-बूझकर सतर्क रखे गए हैं। नीचे दिया सब कुछ सेटिंग्स में, टर्मिनल के नीचे रहता है, और इनमें से हर एक को कोई एजेंट AgentsRoom के MCP टूल से पढ़ और बदल भी सकता है।
- एजेंट के चाइल्ड प्रोसेस पर नज़र रखें
- डिफ़ॉल्ट रूप से चालू। इसे बंद कर दीजिए और कोई स्कैन कभी नहीं चलेगा।
- मेमोरी की एक सीमा से ऊपर ही सूचना दें
- डिफ़ॉल्ट दो गीगाबाइट। उससे कम पर अटके प्रोसेस के लिए आपको टोकना ठीक नहीं। भरपूर RAM वाले वर्कस्टेशन पर इसे बढ़ा दीजिए, और जिस लैपटॉप पर मेमोरी गिनती की है वहाँ घटा दीजिए।
- और कम से कम इतनी उम्र के बाद
- डिफ़ॉल्ट पाँच मिनट। यही वह चीज़ है जो किसी धीमे मगर जायज़ काम को कभी चिह्नित नहीं होने देती, क्योंकि आप जो सचमुच चाहते हैं उसमें से शायद ही कुछ प्रोसेसर बिल्कुल इस्तेमाल किए बिना पाँच मिनट लेता हो।
- अटके हुए प्रोसेस अपने आप खत्म करें
- डिफ़ॉल्ट रूप से बंद, और यह सावधानी नहीं बल्कि सोचा-समझा प्रोडक्ट फ़ैसला है। गार्ड एक राय बना रहा है, और सिर्फ़ आप जानते हैं कि कोई बड़ा और चुपचाप बैठा प्रोसेस अपेक्षित था या नहीं। इसे चालू कीजिए और यह खुद कार्रवाई करेगा, बाद में एक नोटिफ़िकेशन के साथ।
प्रोसेसर की सीमा जान-बूझकर सामने नहीं रखी गई। यही वह माप है जो काम कर रहे बिल्ड को अटके हुए प्रोसेस से अलग करता है, और यह पसंद का मामला नहीं है।
अक्सर पूछे जाने वाले सवाल
क्या इसका मतलब है कि AgentsRoom मेरा कंप्यूटर धीमा करता है?
नहीं, और यह फ़ीचर ठीक इसीलिए मौजूद है। जिस सेशन को हमने मापा, उसमें ऐप 91 प्रोसेस में 2.8 GB ले रहा था और आठों एजेंट CLI मिलकर 1.6 GB। वे 41.8 GB उन टूल प्रोसेस ने दबा रखे थे जो जाम हो चुके थे। संयोग से AgentsRoom ही अकेली जगह है जहाँ से हर एजेंट और उसका शुरू किया हर प्रोसेस दिखता है, इसलिए फ़ैसला भी यहीं से हो सकता है।
क्या यह मेरा बिल्ड या टेस्ट रन मार देगा?
नहीं। किसी प्रोसेस को तभी चिह्नित किया जाता है जब वह बड़ा हो और पुराना हो और प्रोसेसर का इस्तेमाल बंद कर चुका हो। जो बिल्ड सचमुच काम कर रहा है वह एक कोर पूरा भर देता है, इसलिए तीसरी शर्त पर फ़ेल हो जाता है और कभी उम्मीदवार बनता ही नहीं। यह शर्त इसी फ़र्क को बनाने के लिए है।
क्या यह मेरे डेव सर्वर पर नज़र रखता है?
नहीं, और कभी रखेगा भी नहीं। निष्क्रिय पड़ा डेव सर्वर बेकाबू होने की हर कसौटी पर खरा उतरता है: बहुत मेमोरी दबाए बैठा है, घंटों से चल रहा है, और दो रिक्वेस्ट के बीच प्रोसेसर छूता ही नहीं। सिर्फ़ एजेंट टर्मिनल के चाइल्ड प्रोसेस देखे जाते हैं, इसलिए आपके डेव कमांड बनावट से ही दायरे के बाहर हैं।
क्या यह एजेंट को ही बंद कर सकता है?
नहीं। आप जो भी प्रोवाइडर इस्तेमाल करें, एजेंट का CLI सुरक्षित रहता है, और यह सुरक्षा जाने-पहचाने नामों की सूची पर नहीं बल्कि उस बाइनरी पर टिकी है जिससे ऐप ने वह टर्मिनल शुरू किया था। शेल और ऐप का अपना टर्मिनल हेल्पर भी बाहर हैं।
अनाथ प्रोसेस क्या है और उसे अलग बर्ताव क्यों मिलता है?
जिस प्रोसेस का पैरेंट खत्म हो गया, वह सिस्टम के init प्रोसेस के नीचे चला जाता है। उस पल के बाद उसे शुरू करने वाले एजेंट से जोड़ने वाला कुछ नहीं बचता, इसलिए उसे कभी कोई साफ़ नहीं करेगा। AgentsRoom मालिकाना हक तब याद रख लेता है जब प्रोसेस अभी जुड़ा हुआ है, और यही एकमात्र पल है जब उसे तय किया जा सकता है, इसलिए बाद में भी वह उसकी सूचना दे पाता है।
इस निगरानी की अपनी लागत कितनी है?
हर मिनट प्रोसेस का एक स्नैपशॉट, 824 प्रोसेस चला रही मशीन पर करीब 40 ms मापा गया। ज़्यादा महँगा मेमोरी माप सिर्फ़ उन प्रोसेस पर चलता है जो पहले से अटके लगते हैं, यानी सामान्य इस्तेमाल में चलता ही नहीं। और जब तक कोई एजेंट सक्रिय नहीं, स्कैन का कोई अस्तित्व ही नहीं।
Activity Monitor के मेमोरी कॉलम को ही क्यों न देख लें?
क्योंकि macOS पर वह समस्या को दस गुना कम करके दिखाता है। कंप्रेस्ड मेमोरी में धकेला गया प्रोसेस 8 GB दबाए रहते हुए भी 20 MB रेज़िडेंट दिखा सकता है। हमने एक को लाइव मापा: 4.7 GB रेज़िडेंट, और असली फ़ुटप्रिंट 14 GB। वर्चुअल साइज़ भी बेहतर नहीं: सिस्टम प्रोसेस तक उसके सैकड़ों गीगाबाइट बताते हैं।
क्या यह Claude Code, Codex और बाकियों के साथ काम करता है?
हाँ। गार्ड को किसी खास टूल या प्रोवाइडर के बारे में कुछ पता नहीं होता। आपने जो भी एजेंट टर्मिनल शुरू किया, यह उसके चाइल्ड प्रोसेस देखता है, और जिस CLI की यह रक्षा करता है वह लॉन्च से ही पढ़ा जाता है। कोई नया प्रोवाइडर जुड़ने से यहाँ कुछ नहीं बदलता।
क्या यह Windows और Linux पर चलता है?
हाँ। मेमोरी सच बोले, इसके लिए हर प्लेटफ़ॉर्म को अलग माप चाहिए: macOS पर कंप्रेस्ड पेज, Linux पर रेज़िडेंट और स्वैप हुआ हिस्सा, Windows पर प्राइवेट कमिट। तीनों लागू हैं।
क्या यह मुझसे पूछे बिना प्रोसेस खत्म कर देगा?
जब तक आप वह विकल्प चालू न करें, नहीं। डिफ़ॉल्ट रूप से यह जो मिला वह बताता है, एजेंट, मेमोरी, उम्र और प्रोसेसर के इस्तेमाल समेत, और फ़ैसला आप करते हैं। अपने आप खत्म करना एक सेटिंग है, जो डिब्बे से निकलते समय बंद रहती है।
जब मैं एजेंट का कोई प्रोसेस खत्म करता हूँ तो एजेंट का क्या होता है?
एजेंट चलता रहता है। उसकी टूल कॉल हमेशा के लिए लटके रहने के बजाय एक एरर पाती है, और यही नतीजा आप चाहते भी हैं: वह प्रोसेस तो वैसे भी कभी पूरा नहीं होने वाला था। कुछ भी दोबारा शुरू नहीं होता और कोई कॉन्टेक्स्ट नहीं खोता।
क्या यह मूल कारण ठीक करता है?
नहीं, और यह कोशिश भी नहीं करता। कारण बदलते रहते हैं: आज कोई टूल, कल कोई और पैटर्न, अगले महीने कोई और प्रोवाइडर। यह एक सुरक्षा जाल है, और इसे इसीलिए बनाया गया है कि जब कारण ऐसा हो जिसे अब तक किसी ने देखा ही न हो, तब भी यह काम करता रहे।
आपको यह भी पसंद आ सकता है
कॉन्टेक्स्ट कैनरी
दूसरी पूर्व-चेतावनी: यह मशीन नहीं, एजेंट के अपने कॉन्टेक्स्ट पर नज़र रखती है, और बताती है कि कोई एजेंट कब बहक रहा है, इससे पहले कि वह फ़ाइलें और API गढ़ने लगे।
डेव टर्मिनल
अपने डेव सर्वर और लंबे कमांड AgentsRoom में चलाइए, और लंबा कमांड पूरा होने पर नोटिफ़िकेशन पाइए। ये वही टर्मिनल हैं जिन्हें प्रोसेस गार्ड कभी न छूने के लिए ही बनाया गया है।
एजेंट स्थिति ट्रैकिंग
एक नज़र में देखिए कौन-से एजेंट काम कर रहे हैं, कौन आपका इंतज़ार कर रहे हैं और कौन खाली हैं, बिना एक भी टर्मिनल पढ़े।
टोकन उपयोग
नज़र रखने लायक दूसरा संसाधन। हर एजेंट की टोकन खपत और कोटा, ताकि आपको पता रहे कि आपका इस्तेमाल कहाँ जा रहा है।
स्प्लिट व्यू
एक ही विंडो में कई एजेंट साथ-साथ, हर एक का अपना पैन, अपना रंग और लाइव स्थिति।
CLI Doctor
जब कोई एजेंट शुरू ही नहीं हो पाता, तो यह खाली टर्मिनल छोड़ने के बजाय बताता है कि क्यों और अब क्या करना है।
जिन प्रोसेस को कोई इस्तेमाल नहीं कर रहा, उनकी कीमत चुकाना बंद कीजिए
AgentsRoom डाउनलोड करना मुफ़्त है, और प्रोसेस गार्ड पहले लॉन्च से ही चालू रहता है।
कंपेनियन ऐप: चलते-फिरते अपने एजेंट्स मॉनिटर करें
Claude, Codex, Antigravity CLI या किसी अन्य AI प्रदाता का उपयोग करें।
बग और अनुरोध सीधे अपने सार्वजनिक बैकलॉग में भेजें।
AgentsRoom को कार्य करते देखें।