ॲप नव्हे, एजंट बदला.

उपयुक्त काम सुरू झाल्यानंतरच हे बहुतेक घडते. एजंटने repository वाचली, बिघाडाचा मार्ग शोधला आणि दोन files बदलल्या. मग terminal कोडशी संबंध नसलेल्या वाक्यावर थांबतो: तुम्ही वापर किंवा खर्च मर्यादेवर पोहोचलात.

Claude Code चा एक खरा संदेश स्पष्ट आहे: You've hit your individual spend limit · run /usage-credits to ask your admin for a higher limit. Codex चे स्वतःचे notices आणि खात्यानुसार पर्याय आहेत. शब्द वेगळे, अडथळा तोच: working tree च्या मध्ये vendor ची सीमा आली.

प्रथम: कोणती मर्यादा आली?

सगळ्याला “token limit” म्हटले जाते, पण त्या तीन वेगळ्या समस्या आहेत. संभाषणाचा context भरू शकतो, plan चा quota संपू शकतो किंवा account credit अथवा खर्च मर्यादेवर पोहोचू शकतो. पुढचे पाऊल product ने प्रत्यक्ष काय सांगितले यावर ठरते.

समोरची सूचना वाचा. vendor च्या usage पानावर त्या account साठी reset, credit किंवा admin पर्याय पाहा. मर्यादा आणि उपाय plan नुसार बदलतात. पण पैसे देणे, थांबणे किंवा admin ला विचारणे हेच काम पुढे नेण्याचे एकमेव मार्ग नाहीत.

subscription थांबले. repository नाही.

सहज पर्यायाची किंमत म्हणजे ॲप बदलणे

फोनवर Claude सोडून Codex साठी ChatGPT उघडणे किंवा उलट करणे सहज आहे. दुसरा एजंट मिळतो या मर्यादित अर्थाने ते चालते. पण सातत्य सर्वाधिक हवे असताना संपूर्ण नियंत्रणपटलही बदलते.

navigation, approval controls आणि session history वेगळे असतात. एका ॲपचा workflow दुसऱ्यात नसू शकतो; दोन्हीही तुमच्या tmux sessions, SFTP आणि tunnels सोबत सामान्य SSH terminal नाहीत. सुरुवातीची मिनिटे आधीचे बदल समजण्याऐवजी नवे buttons शोधण्यात जातात.

terminal ला स्थिर स्तर बनवा

Claude Code आणि Codex जिथे काम आहे तिथे चालवा: त्याच machine वर त्याच SSH client मधून. Mobile SSH मध्ये vendor बदलणे म्हणजे नवा tmux pane उघडून दुसरी command चालवणे एवढेच असू शकते. phone interface परिचित राहतो कारण तो तुमच्या server चा आहे, एका model vendor चा नाही.

ही उपयुक्त portability आहे. पुढचा एजंट disk वरील files, diff, tests आणि project instructions पाहू शकतो. Mobile SSH connection, tmux session, आणि SFTP व port forwards जागेवर ठेवतात. Agent Alerts दोन्हीसाठी चालतात कारण hook terminal ची स्थिती सांगतो, vendor ची निष्ठा नाही.

vendor-neutral म्हणजे context जादूने जाणे नाही; पुरावा बदलानंतरही टिकणे होय.

प्रामाणिक handoff

Claude चे संभाषण Codex चे होत नाही, उलटही नाही. नवीन एजंटला फक्त “पुढे चालू ठेव” म्हणून दुसऱ्या service चा chat दिसेल अशी अपेक्षा करू नका. टिकणारी स्थिती द्या: repository rules, working-tree diff, चालवलेल्या commands आणि उरलेला परिणाम.

पहिला एजंट summary आधी थांबला तर diff हाच अधिकृत summary. नवीन एजंटला edit करण्यापूर्वी तपासायला सांगा. त्यामुळे अर्धवट काम सुरक्षित राहते, patch मधील गृहितके दिसतात आणि पुढे जाणे, बदलणे वा मागे घेणे ठरवता येते.

आज उपयोगी एजंटसाठी एक interface

Codex आणि Claude Code एकसारखे नाहीत. त्यांची ताकद, models, tools, limits आणि account rules वेगळी आहेत. म्हणून interface ने कायमचा पर्याय लादू नये. task, उपलब्ध quota आणि repository policy नुसार एजंट निवडा.

vendor चे native ॲप त्याच्या cloud agent पर्यंत setup शिवाय जलद मार्ग असतो. गरज असेल तेव्हा ठेवा. पण काम तुमच्या machine वर असेल तर general terminal अधिक टिकाऊ घर आहे: server साठी एक ॲप, तिथला कोणताही एजंट आणि काम पुन्हा साधे engineering झाल्यावर पूर्ण SSH toolbox.

एजंट त्याच्या गुणवत्तेवर निवडा. workspace तुमच्या अटींवर ठेवा.