యాప్‌ను కాదు, ఏజెంట్‌ను మార్చండి

ఉపయోగకరమైన పని మొదలైన తర్వాతే ఇది సాధారణంగా జరుగుతుంది. ఏజెంట్ repositoryని చదివి, విఫలమైన మార్గాన్ని కనుగొని, రెండు files మార్చింది. ఆపై codeతో సంబంధం లేని వాక్యంతో terminal ఆగిపోతుంది: మీరు వినియోగం లేదా ఖర్చు పరిమితిని చేరారు.

Claude Codeలోని ఒక నిజమైన సందేశం సూటిగా ఉంటుంది: You've hit your individual spend limit · run /usage-credits to ask your admin for a higher limit. Codexకు accountను బట్టి తన స్వంత notices, options ఉంటాయి. మాటలు వేరు, అంతరాయం ఒకటే: working tree మధ్యలో vendor సరిహద్దు వచ్చింది.

మొదట: ఏ పరిమితిని చేరారు?

వీటన్నిటినీ “token limit” అంటారు, కానీ అవి మూడు వేరు సమస్యలు. conversation context నిండవచ్చు, plan quota అయిపోవచ్చు, లేదా account credit లేదా ఖర్చు capను చేరవచ్చు. తర్వాతి చర్య product నిజంగా ఏం చెబుతోందో దానిపై ఆధారపడుతుంది.

Context లేదా పొడవు

ఒక conversation model చురుకుగా మోయగల సమాచార పరిమాణాన్ని చేరింది.

ఏం చేయాలి: support ఉంటే compact లేదా summarize చేయండి; లేకపోతే focused handoffతో కొత్త session మొదలుపెట్టండి.

వినియోగ quota

మీ plan ప్రస్తుత time window quotaను వాడేసింది.

ఏం చేయాలి: చూపిన reset, మీ accountకు ఉన్న upgrade లేదా credit options చూడండి.

ఖర్చు లేదా credit cap

చెల్లించి కొనసాగడం personal, workspace లేదా organization budget boundaryని చేరింది.

ఏం చేయాలి: funds జోడించండి, cap మార్చండి, adminను అడగండి, వేచి ఉండండి లేదా taskను మరో ఏజెంట్‌కు మార్చండి.

కనిపిస్తున్న noticeను చదవండి. ఆ accountకు ఉన్న reset, credit లేదా admin options కోసం vendor usage page చూడండి. limits, remedies planను బట్టి మారతాయి. కానీ చెల్లించడం, వేచి ఉండడం లేదా adminను అడగడం మాత్రమే engineering taskను ముందుకు తీసుకెళ్లే మార్గాలు కావు.

subscription ఆగింది. repository ఆగలేదు.

సహజమైన ప్రత్యామ్నాయానికి యాప్ మార్చే ఖర్చు ఉంది

ఫోన్‌లో Claude యాప్‌ను వదిలి Codex కోసం ChatGPT తెరవడం, లేదా తిరిగి చేయడం సహజం. మరో ఏజెంట్ అందుబాటులో ఉందనే పరిమిత అర్థంలో అది పనిచేస్తుంది. కానీ continuity అత్యవసరమైన క్షణంలో మొత్తం cockpitనూ మార్చేస్తుంది.

navigation, approval controls, session history అన్నీ వేరుగా ఉంటాయి. ఒక యాప్‌లోని workflow మరొకదానిలో ఉండకపోవచ్చు; రెండూ మీ tmux sessions, SFTP, tunnelsతో కూడిన general SSH terminal కావు. మొదటి నిమిషాలు మునుపటి మార్పులు అర్థం చేసుకోవడానికి బదులుగా కొత్త buttons వెతకడంలో పోతాయి.

terminalను స్థిరమైన layerగా చేయండి

Claude Code, Codexలను పని ఉన్న చోటే నడపండి: ఒకే machineలో, ఒకే SSH client ద్వారా. Mobile SSHలో vendorను మార్చడం మరో tmux pane తెరిచి మరో command నడపడం అంత చిన్నది కావచ్చు. phone interface పరిచయంగానే ఉంటుంది, ఎందుకంటే అది ఒక model vendorది కాదు, మీ serverది.

ఏజెంట్ మారిన తర్వాత మిగిలేవి
పని స్థితి	బదిలీ అవుతుందా?
repository files, commit చేయని editsఅదే diskలో	✓ అవును
Git status, diff, test outputరెండు CLIలు చూడగలవు	✓ అవును
SSH host, shell, working directoryఅదే session	✓ అవును
tmux, SFTP, tunnels, Agent Alertsఅదే mobile tools	✓ అవును
మరో vendor conversation historyకొత్త handoff అవసరం	— కాదు

files shared state. chat history vendor state. repositoryనే source of truthగా చూడండి.

ఇదే ఉపయోగకరమైన portability. తర్వాతి ఏజెంట్ diskలో ఉన్న files, diff, test results, project instructions చూడగలదు. Mobile SSH connectionను, tmux sessionను, SFTP, port forwardsను అలాగే ఉంచుతాయి. Agent Alerts రెండింటికీ పనిచేస్తాయి, ఎందుకంటే hook terminal స్థితిని చెబుతుంది, vendorకు విధేయతను కాదు.

vendor-neutral అంటే context మాయగా బదిలీ కావడం కాదు; evidence మార్పు తర్వాత కూడా ఉండటం.

నిజాయితీగల handoff

Claude conversation Codex conversationగా మారదు; విరుద్ధమూ కాదు. కొత్త ఏజెంట్‌కు “కొనసాగించు” అని మాత్రమే చెప్పి మరో service chat కనిపిస్తుందని ఆశించవద్దు. నిలిచే state ఇవ్వండి: repository rules, working-tree diff, నడిపిన commands, ఇంకా కావాల్సిన result.

నాలుగు దశల handoff

evidenceను నిలపండి
treeను clean లేదా overwrite చేయవద్దు. git status --short తీసుకుని git diff --stat చూడండి.
స్థానిక rules చదవండి
కొత్త ఏజెంట్ editకు ముందు AGENTS.md, సంబంధిత docs చదివేలా చేయండి.
baseline మళ్లీ ఏర్పరచండి
చిన్న relevant test నడిపి pass, fail లేదా ప్రయత్నించనివి నమోదు చేయండి.
కొత్త paneలో కొనసాగండి
పాత pane పక్కన మరో CLI మొదలుపెట్టి goal, constraints ఇచ్చి ముందు existing diff చూడమనండి.

ఉపయోగకరమైన మొదటి prompt

AGENTS.md, git status, ప్రస్తుత diff చదవండి. ఉన్న పనిని కాపాడండి. focused tests నడిపి, మిగిలినది వివరించి, taskను కొనసాగించండి.

మొదటి ఏజెంట్ summary రాయకముందే ఆగితే diffే అధికారిక summary. కొత్త ఏజెంట్‌ను edit చేయడానికి ముందు inspect చేయమనండి. ఇది partial workను కాపాడి, patchలోని assumptionsను చూపి, కొనసాగించాలా, సవరించాలా, revert చేయాలా నిర్ణయించడానికి శుభ్రమైన స్థానం ఇస్తుంది.

ఈ రోజు ఉపయోగకరమైన ఏజెంట్‌కు ఒక interface

Codex, Claude Code ఒకదానికొకటి సమానం కావు. వాటి strengths, models, tools, limits, account rules వేరు. అందుకే interface శాశ్వత ఎంపికను బలవంతం చేయకూడదు. task, quota, repository policiesను బట్టి ఏజెంట్‌ను ఎంచుకోండి.

vendor native యాప్ సాధారణంగా దాని cloud agentకు zero-setup వేగవంతమైన మార్గం. అవసరమైనప్పుడు దాన్ని ఉంచండి. కానీ పని మీ నియంత్రణలోని machineలో ఉంటే general terminal ఎక్కువకాలం నిలిచే ఇల్లు: serverకు ఒక యాప్, అక్కడ install చేసిన ఏ agent అయినా, పని సాధారణ engineeringగా మారినప్పుడు పూర్తి SSH toolbox.

ఏజెంట్‌ను దాని సామర్థ్యంతో ఎంచుకోండి. workspaceను మీ షరతులతో ఉంచండి.