← బ్లాగ్

క్షేత్ర గమనిక

బయటకు వెళ్లండి. ఏజెంట్ ఇంకా పని చేస్తూనే ఉంది.

మీ ఏజెంట్‌ను బతికించి ఉంచుతున్నది ఫోన్ ఎప్పుడూ కాదు — server. అది నమ్మిన క్షణం నుంచి బయట గడిపే ఒక మధ్యాహ్నం మీకు ఏమీ ఖర్చు కాదు: మీరు వెళ్లిపోతారు, పని కొనసాగుతుంది, నిజంగా జవాబు కావాల్సిన ప్రశ్న ఒక్కటే మిమ్మల్ని ఆపుతుంది.

మీ స్వంత machineలో నాలుగు sessions. వాటిలో మూడింటికి మీరు ఎక్కడ ఉన్నారన్నది పట్టదు. జేబులోంచి ఫోన్ తీయడానికి కారణం నాలుగోది మాత్రమే.

build ముగిసినా ముగియకపోయినా పని మాత్రం ముగుస్తుంది. Pau hana — పని దినం ముగింపు — తన సొంత సమయానికే వస్తుంది; సాధారణంగా మనం ఇచ్చే జవాబు దాన్ని పట్టించుకోకపోవడమే: laptopను టేబుల్‌పై తెరిచే ఉంచి, progress barను సగం కంటితో చూస్తూ, ఏ దశలోనూ మీ అవసరం లేని ఒక processకు సాయంత్రాన్ని అప్పగించడం.

మీరు మోసుకెళ్తున్న machineలో పని జరుగుతున్నప్పుడే ఆ బేరం అర్థవంతం. సాధారణంగా అలా జరగదు. ఏజెంట్ అంటే ఒక serverలో నడిచే process; అది ఆ server diskలోని filesను మారుస్తుంది, ఆ server testsను నడుపుతుంది. మీ ఫోన్ దానిపైకి ఒక కిటికీ మాత్రమే. కిటికీ మూసినా గది అక్కడే ఉంటుంది.

స్థిరంగా నిలిచే layer server

Claude Code లేదా Codexను tmux, herdr లేదా Zellij లోపల మొదలుపెడితే ఆ session మీ connectionకు కాదు, serverకు చెందుతుంది. signal ఒక్క బార్‌కు పడిపోయినా, lava tubeలోకి నడిచినా, ఫోన్‌ను రెండు గంటలు పక్కన పెట్టినా — ఏజెంట్ చదవడం, edit చేయడం, tests నడపడం కొనసాగిస్తూనే ఉంటుంది, ఎందుకంటే అది ఎప్పుడూ మీకు అతుక్కుని లేదు.

మొత్తం మెలకువ ఇదే, దీన్ని కచ్చితంగా చెప్పుకోవడం అవసరం, ఎందుకంటే తప్పు componentకు క్రెడిట్ ఇవ్వడం చాలా సులభం. processను నిలబెట్టి ఉంచుతున్నది యాప్ కాదు. అవతలి చివర ఉన్న multiplexer. వెళ్లడం, తిరిగి శుభ్రంగా రావడం మాత్రమే Mobile SSH పని.

మీరు power supply కాదు. అలా ప్రవర్తించడం ఆపండి.

చూసుకోండి, కాపలా కాయకండి

గంటసేపు నడిచే ఏజెంట్‌కు ఒక మనిషి అవసరం సుమారు తొంభై సెకన్లే. సమస్య ఎప్పుడూ వేచి ఉండటం కాదు; ఆ తొంభై సెకన్లు ఎప్పుడు వస్తాయో తెలియకపోవడం — చెప్పడానికి ఏమీ లేని screen వైపు మనుషులు చూస్తూ ఉండిపోవడానికి కారణం అదే.

దానికి Agent Alerts జవాబు ఇస్తాయి. గుర్తింపు ఉద్దేశపూర్వకంగానే మొద్దుగా ఉంటుంది, అందుకే నమ్మదగినది: ఒక terminal bell, ఒక OSC 9 లేదా OSC 777 notification, ఇంకా serverలో ఒకసారి install చేసుకునే agent hook. అది మీ outputను చదివి ఉద్దేశాన్ని ఊహించదు, సర్దుబాటు చేయడానికి sensitivity dial అంటూ ఏదీ లేదు — అవతలి చివర ఉన్న program నిజంగా ప్రకటించిన దాన్నే ఇది చెబుతుంది.

కాబట్టి నిజమైన ప్రశ్న ఒకటి వచ్చే వరకు ఫోన్ జేబులోనే ఉంటుంది. అప్పుడు అది buzz అవుతుంది, మీరు promptను చదివి, జవాబును tap చేసి, తిరిగి పెట్టేస్తారు. మొత్తం interaction అంతే; అది బీచ్ నుంచైనా, trailhead నుంచైనా, shave ice కోసం నిలబడ్డ వరుసలో నుంచైనా పనిచేస్తుంది.

బయటకు నడిచే ముందు

  1. multiplexer కింద మొదలుపెట్టండి

    ఏజెంట్‌ను tmux, herdr లేదా Zellij లోపల నడపండి — అప్పుడు session మీ connectionపై ఆధారపడకుండా, అది పోయినా నిలిచి ఉంటుంది.

  2. agent hookను install చేయండి

    ఒక్కో serverకు ఒకసారి, యాప్ లోపల నుంచే. ఇది ఏ ఏజెంట్ అయినా పిలవగల ఒక చిన్న shell script — vendor integration కాదు, ఒకే CLIకి ముడిపడినదీ కాదు.

  3. ఒక alert వస్తుందని నిరూపించుకోండి

    దానిపై ఆధారపడటానికి ముందు ఒక promptను trigger చేసి ఫోన్ buzz అవుతుందని నిర్ధారించుకోండి. పనిచేయడం ఎప్పుడూ చూడని alert ఒక ప్రణాళిక కాదు.

  4. ఆగే చోటు ఇవ్వండి

    సహేతుకమైన చోట ముగిసే task అంతూ దరీ లేని దాని కంటే మేలు, ఎందుకంటే దాన్ని చూడకూడదని మీరే నిర్ణయించుకుంటున్నారు.

ఒంటరిగా వదిలేయదగిన task AGENTS.md చదవండి, ఆపై విఫలమవుతున్న handler tests సరిచేయండి. edit చేయడానికి ముందు diffను పరిశీలించండి, focused tests నడపండి, అవి pass అయ్యాక ఆగిపోండి — commit చేయవద్దు.

ద్వీపం సరిచేయలేనివి

రెండు నిజాయితీగల పరిమితులు — బలాలను మాత్రమే జాబితా చేసే వ్యాసం ఒక ప్రకటన అవుతుంది కాబట్టి.

మీరు వెళ్లిపోయాక నిలిచేవి
ఫోన్ జేబులోకి వెళ్లినప్పుడుకొనసాగుతుందా?
serverలో నడిచే ఏజెంట్ processtmux, herdr లేదా Zellij ఆధీనంలో ✓ అవును
Files, diffs, test outputserver diskలో ✓ అవును
sessionలో మీ స్థానంతిరిగి వచ్చినప్పుడు re-attach అవుతుంది ✓ అవును
connection, Androidలోforeground service పట్టి ఉంచుతుంది ✓ అవును
connection, iOSలోనేపథ్యంలో కొద్దిసేపు — తర్వాత మళ్లీ కనెక్ట్ అవుతుంది — కాదు
అందించడానికి signal లేని alertక్రియాశీల కనెక్షన్ అవసరం; చేరుతుందనే హామీ లేదు — కాదు
ప్రతి వరుసలోనూ ఏజెంట్ నడుస్తూనే ఉంటుంది. మారేది ఒక్కటే — మీ ఫోన్ ఇంకా కిటికీని తెరిచి ఉంచిందా లేదా అన్నది.

platform తేడా నిజమైనది, దాన్ని దృష్టిలో పెట్టుకుని ప్రణాళిక వేసుకోవడం మంచిది. Androidలో యాప్ backgroundలో ఉన్నప్పుడు foreground service connectionను పట్టి ఉంచుతుంది — కొనసాగుతున్న ఆ notification అంటేనే session. iOS యాప్‌కు నేపథ్యంలో కొద్దిసేపు మాత్రమే ఇస్తుంది; నిలిపివేసిన తర్వాత మీరు తిరిగి వచ్చినప్పుడు అది మళ్లీ కనెక్ట్ అయి మీ multiplexerకు జతవుతుంది. హెచ్చరికలు రావాలంటే కనెక్షన్ క్రియాశీలంగా ఉండాలి. ఏ విధంగా చూసినా serverలోని ఏజెంట్ మాత్రం ఆగలేదు, విషయం అదే. మూసుకుపోయింది కిటికీ ఒక్కటే.

Aloha అంటే అజాగ్రత్తగా ఉండటానికి సాకు కాదు

బాగా వెళ్లడం ఒక చిన్న క్రమశిక్షణ. రెండు గంటలు ఎవరూ చూడకుండా నడవాలని మీరు కోరుకోని దేన్నీ తలుపు దాటుతూ మొదలుపెట్టవద్దు — migration మధ్యలో ఉన్న ఏజెంట్ దూరం వల్ల మెరుగుపడడు. సహజంగా ఆగే చోటు ఉన్న taskను ఇవ్వండి, edit చేయడానికి ముందు పరిశీలించమనండి, మీరు తిరిగి వచ్చాక సమీక్షించేది diff అయ్యేలా చూసుకోండి.

pagerతో ఎంత జాగ్రత్తగా ఉంటారో ఈ notificationతోనూ అంతే జాగ్రత్త అవసరం. అన్నీ alert చేస్తే ఏదీ alert చేయనట్టే. ఒక మనిషిని ఆపడానికి తగిన స్థితుల్లోనే hook trigger అవుతుంది; అలాగే ఉంచితే ఆ buzzకు అర్థం మిగులుతుంది.

buildకు ప్రేక్షకులు అవసరం లేదు. బయటకు వెళ్లి ఎక్కడో ఒక చోట ఉండండి.