कार्यप्रवाह
ऐप नहीं, एजेंट बदलें।
कोडिंग एजेंट का कोटा काम के बीच खत्म हो सकता है। आपकी रिपॉज़िटरी का कुछ खत्म नहीं हुआ। काम वहीं रहने दें, दूसरा एजेंट खोलें और उसी टर्मिनल में आगे बढ़ें।
यह अक्सर उपयोगी काम शुरू होने के बाद होता है। एजेंट रिपॉज़िटरी पढ़ चुका है, खराब रास्ता खोज चुका है और दो फ़ाइलें बदल चुका है। फिर टर्मिनल कोड से असंबंधित वाक्य पर रुकता है: आप उपयोग या खर्च सीमा पर पहुँच गए हैं।
Claude Code का एक वास्तविक संदेश सीधा है: You've hit your individual spend limit · run /usage-credits to ask your admin for a higher limit। Codex की अपनी सूचनाएँ और खाते के अनुसार विकल्प हैं। शब्द अलग, रुकावट वही: आपके वर्किंग ट्री के बीच विक्रेता की सीमा आ गई।
पहले जानें: कौन-सी सीमा लगी?
लोग सबको “token limit” कहते हैं, लेकिन ये तीन अलग समस्याएँ हैं। बातचीत का context भर सकता है, प्लान का कोटा खत्म हो सकता है, या खाता credit अथवा खर्च की सीमा तक पहुँच सकता है। अगला कदम उत्पाद की असली सूचना पर निर्भर है।
Context या लंबाई
एक बातचीत उतनी सामग्री तक पहुँच गई जितनी मॉडल सक्रिय रूप से रख सकता है।
क्या करें: सुविधा हो तो संक्षिप्त या सार करें, नहीं तो केंद्रित हैंडऑफ़ से नया सेशन शुरू करें।
उपयोग कोटा
प्लान ने मौजूदा समय खिड़की का कोटा उपयोग कर लिया।
क्या करें: दिखाया reset और खाते को मिले upgrade या credit विकल्प देखें।
खर्च या credit सीमा
भुगतान के साथ जारी रहना निजी, workspace या संगठन बजट सीमा तक पहुँचा।
क्या करें: धन जोड़ें, सीमा बदलें, admin से कहें, प्रतीक्षा करें या काम दूसरे एजेंट को दें।
सामने की सूचना पढ़ें। विक्रेता के उपयोग पृष्ठ पर उस खाते के reset, credit या admin विकल्प देखें। सीमाएँ और उपाय प्लान के अनुसार बदलते हैं। पर भुगतान, इंतज़ार या admin से कहना इंजीनियरिंग काम आगे बढ़ाने के अकेले रास्ते नहीं हैं।
सदस्यता रुकी। रिपॉज़िटरी नहीं।
साफ़ विकल्प की कीमत ऐप बदलना है
फ़ोन पर साफ़ रास्ता Claude ऐप छोड़कर Codex के लिए ChatGPT खोलना, या उल्टा करना है। संकरे अर्थ में यह चलता है—दूसरा एजेंट मिल जाता है। लेकिन निरंतरता की सबसे ज़्यादा ज़रूरत पर पूरी नियंत्रण-व्यवस्था भी बदल जाती है।
नेविगेशन, मंज़ूरी के नियंत्रण और सेशन इतिहास सभी अलग हैं। एक ऐप का कार्यप्रवाह दूसरे में न हो सकता है, और कोई भी आपके tmux सेशन, SFTP और tunnel के साथ सामान्य SSH टर्मिनल नहीं। शुरुआती मिनट पिछले बदलाव समझने के बजाय नए बटन खोजने में जाते हैं।
टर्मिनल को स्थिर परत बनाएँ
Claude Code और Codex को वहीं चलाएँ जहाँ काम है: एक ही मशीन पर एक ही SSH क्लाइंट से। Mobile SSH में विक्रेता बदलना नया tmux पेन खोलकर दूसरी कमांड चलाने जितना छोटा हो सकता है। फ़ोन इंटरफ़ेस परिचित रहता है क्योंकि वह आपके सर्वर का है, किसी एक मॉडल विक्रेता का नहीं।
| काम की स्थिति | साथ आता है? |
|---|---|
| रिपॉज़िटरी फ़ाइलें और बिना commit बदलावउसी डिस्क पर | ✓ हाँ |
| Git status, diff और टेस्ट परिणामदोनों CLI देख सकते हैं | ✓ हाँ |
| SSH होस्ट, shell और कार्य डायरेक्टरीवही सेशन | ✓ हाँ |
| tmux, SFTP, tunnel और Agent Alertsवही मोबाइल टूल | ✓ हाँ |
| दूसरे विक्रेता की बातचीत का इतिहासनया हैंडऑफ़ चाहिए | — नहीं |
यही उपयोगी portability है। अगला एजेंट डिस्क पर फ़ाइलें, diff, टेस्ट नतीजे और निर्देश देख सकता है। Mobile SSH कनेक्शन, tmux सेशन, और SFTP व port forward अपनी जगह रखते हैं। Agent Alerts दोनों के लिए चलते हैं क्योंकि hook टर्मिनल की स्थिति बताता है, विक्रेता की निष्ठा नहीं।
विक्रेता-निरपेक्ष होने का मतलब context का जादुई स्थानांतरण नहीं; मतलब है कि प्रमाण बदलाव के बाद भी रहे।
ईमानदार हैंडऑफ़
Claude की बातचीत Codex की बातचीत नहीं बनती, न उल्टा। नए एजेंट को केवल “जारी रखो” कहकर दूसरी सेवा की chat देखने की उम्मीद न करें। उसे टिकाऊ स्थिति दें: रिपॉज़िटरी नियम, वर्किंग ट्री diff, चलाए गए कमांड और अभी चाहिए परिणाम।
चार चरण का हैंडऑफ़
- प्रमाण सुरक्षित करें
ट्री साफ़ या overwrite न करें।
git status --shortसहेजें औरgit diff --statदेखें। - स्थानीय नियम पढ़ें
नया एजेंट संपादन से पहले
AGENTS.mdऔर संबंधित दस्तावेज़ पढ़े। - आधार फिर स्थापित करें
सबसे छोटा संबंधित टेस्ट चलाएँ और पास, फेल या न आज़माई चीज़ दर्ज करें।
- नए पेन में जारी रखें
पुराने पेन के पास दूसरी CLI शुरू करें, लक्ष्य व सीमाएँ दें और पहले मौजूदा diff देखने को कहें।
AGENTS.md, git status और मौजूदा diff पढ़ो। वर्तमान काम बचाए रखो। केंद्रित टेस्ट चलाओ, बाकी काम समझाओ, फिर कार्य जारी रखो। पहला एजेंट सार लिखने से पहले रुक गया हो तो diff ही आधिकारिक सार है। नए एजेंट से संपादन से पहले निरीक्षण कराएँ। इससे अधूरा काम सुरक्षित रहता है, patch की धारणाएँ दिखती हैं और जारी रखने, बदलने या वापस जाने का साफ़ निर्णय-बिंदु मिलता है।
आज उपयोगी एजेंट के लिए एक इंटरफ़ेस
Codex और Claude Code एक जैसे नहीं हैं। उनकी ताकत, मॉडल, टूल, सीमाएँ और खाता नियम अलग हैं। इसलिए इंटरफ़ेस को स्थायी चुनाव नहीं थोपना चाहिए। काम, उपलब्ध कोटे और रिपॉज़िटरी नीति के हिसाब से एजेंट चुनें।
विक्रेता का मूल ऐप अक्सर उसके cloud agent तक बिना सेटअप सबसे तेज़ रास्ता है। ज़रूरत हो तो रखें। लेकिन काम आपकी मशीन पर हो तो सामान्य टर्मिनल अधिक टिकाऊ घर है: सर्वर के लिए एक ऐप, वहाँ लगा कोई भी एजेंट, और काम फिर सामान्य इंजीनियरिंग बने तो पूरा SSH टूलबॉक्स।
एजेंट को उसकी योग्यता पर चुनें। कार्यस्थान अपनी शर्तों पर रखें।