கள குறிப்பு
வெளியே செல்லுங்கள். agent இன்னும் வேலை செய்கிறது.
உங்கள் agent-ஐ உயிர்ப்புடன் வைத்திருந்தது ஒருபோதும் தொலைபேசி அல்ல. server-தான். இதை நம்பிவிட்டால், வெளியே கழிக்கும் ஒரு மதியம் உங்களிடமிருந்து எதையும் பறிக்காது — நீங்கள் கிளம்புகிறீர்கள், வேலை தொடர்கிறது, உண்மையிலேயே பதில் தேவைப்படும் ஒரு கேள்வி மட்டுமே உங்களை இடைமறிக்கிறது.
build முடிந்ததோ இல்லையோ, வேலை நேரம் முடிந்துவிடும். Pau hana — வேலை நாளின் முடிவு — தன் நேரத்திற்கே வருகிறது; வழக்கமான பதில் அதைப் புறக்கணிப்பதுதான்: மடிக்கணினியை மேசையில் திறந்தே வைத்து, progress bar-ஐ அரைமனதுடன் பார்த்து, உங்களை எதற்கும் தேவைப்படாத ஒரு process-க்காக மாலையை இழப்பது.
நீங்கள் சுமக்கும் இயந்திரத்தில் வேலை நடந்தால் மட்டுமே அந்தப் பேரம் பொருள் தரும். பொதுவாக அப்படி இல்லை. agent என்பது ஒரு server-ல் ஓடும் process; அந்த server-ன் disk-ல் உள்ள files-ஐ மாற்றுகிறது, அந்த server-ன் tests-ஐ இயக்குகிறது. உங்கள் தொலைபேசி அதன் மீது திறந்திருக்கும் ஒரு ஜன்னல் மட்டுமே. ஜன்னலை மூடுங்கள்; அறை அங்கேயே இருக்கும்.
நீடிக்கும் அடுக்கு server-தான்
Claude Code அல்லது Codex-ஐ tmux, herdr அல்லது Zellij உள்ளே தொடங்குங்கள்; அப்போது session உங்கள் connection-க்கு அல்ல, server-க்கு உரியதாகிறது. signal ஒரே கோட்டுக்கு இறங்கட்டும், lava tube-க்குள் நடந்து செல்லுங்கள், இரண்டு மணி நேரம் தொலைபேசியை வைத்துவிடுங்கள் — agent படித்து, edit செய்து, tests இயக்கிக்கொண்டே இருக்கும், ஏனெனில் அதில் எதுவும் ஒருபோதும் உங்களுடன் கட்டப்பட்டிருக்கவில்லை.
இதுதான் முழுத் தந்திரம்; இதைத் துல்லியமாகச் சொல்வது முக்கியம், ஏனெனில் தவறான பகுதிக்குப் பெருமை கொடுத்துவிடுவது எளிது. process-ஐத் தாங்கி நிற்பது app அல்ல. மறுமுனையில் உள்ள multiplexer-தான். Mobile SSH-ன் வேலை, சுத்தமாக வெளியேறி சுத்தமாகத் திரும்பி வருவது மட்டுமே.
நீங்கள் மின்சார ஆதாரம் அல்ல. அப்படி நடந்துகொள்வதை நிறுத்துங்கள்.
எட்டிப் பாருங்கள்; காவல் காக்க வேண்டாம்
ஒரு மணி நேரம் ஓடும் agent-க்கு ஒரு நபர் தேவைப்படுவது சுமார் தொண்ணூறு வினாடிகள் மட்டுமே. காத்திருப்பது ஒருபோதும் பிரச்சினையாக இருந்ததில்லை; அந்தத் தொண்ணூறு வினாடிகள் எப்போது வரும் என்று தெரியாததுதான் பிரச்சினை — சொல்ல எதுவும் இல்லாத ஒரு திரையை மக்கள் வெறித்துப் பார்த்துக்கொண்டிருப்பதற்கு அதுவே காரணம்.
Agent Alerts அதற்குப் பதில் தருகின்றன. கண்டறியும் முறை வேண்டுமென்றே எளிமையானது, அதனாலேயே நம்பகமானது: terminal bell, OSC 9 அல்லது OSC 777 notification, மற்றும் server-ல் ஒருமுறை நிறுவும் agent hook. இது உங்கள் output-ஐப் படித்து நோக்கத்தை ஊகிப்பதில்லை; சரிசெய்வதற்கு sensitivity dial-ம் கிடையாது — மறுமுனையில் உள்ள program உண்மையில் அறிவித்ததை மட்டுமே தெரிவிக்கிறது.
எனவே உண்மையான கேள்வி ஒன்று எழும்வரை தொலைபேசி பையிலேயே இருக்கும். பிறகு அது அதிரும், நீங்கள் prompt-ஐப் படித்து, பதிலைத் தட்டி, மீண்டும் வைத்துவிடுவீர்கள். முழுப் பரிமாற்றமும் இவ்வளவுதான்; கடற்கரையிலிருந்தோ, மலைப்பாதையின் தொடக்கத்திலிருந்தோ, shave ice வரிசையிலிருந்தோ இது வேலை செய்யும்.
வெளியே கிளம்பும் முன்
- ஒரு multiplexer-க்குள் தொடங்குங்கள்
agent-ஐ
tmux,herdrஅல்லது Zellij உள்ளே இயக்குங்கள்; அப்போது session உங்கள் connection-ஐச் சார்ந்திராமல், அது துண்டானாலும் நீடிக்கும். - agent hook-ஐ நிறுவுங்கள்
ஒரு server-க்கு ஒருமுறை, செயலிக்குள்ளிருந்தே. இது எந்த agent-ம் அழைக்கக்கூடிய ஒரு சிறிய shell script — vendor integration அல்ல, ஒரே ஒரு CLI-உடன் கட்டப்பட்டதும் அல்ல.
- ஒரு alert வருவதை உறுதி செய்யுங்கள்
அதை நம்புவதற்கு முன் ஒரு prompt-ஐத் தூண்டி தொலைபேசி அதிர்கிறதா எனப் பாருங்கள். வேலை செய்வதை நீங்கள் ஒருபோதும் பார்த்திராத alert ஒரு திட்டம் அல்ல.
- நிற்கும் இடம் ஒன்று கொடுங்கள்
முடிவற்ற ஒன்றைவிட, சரியான இடத்தில் முடியும் task மேலானது — ஏனெனில் அதைப் பார்த்துக்கொண்டிருக்க வேண்டாம் என்று நீங்களே தேர்ந்தெடுக்கிறீர்கள்.
AGENTS.md-ஐப் படித்து, தோல்வியடையும் handler tests-ஐ சரிசெய். edit செய்வதற்கு முன் diff-ஐ ஆய்வு செய், focused tests இயக்கு, அவை pass ஆனதும் நிறுத்து — commit செய்யாதே. தீவால் சரிசெய்ய முடியாதவை
இரண்டு நேர்மையான வரம்புகள் — பலங்களை மட்டும் பட்டியலிடும் ஒரு பதிவு விளம்பரமாகிவிடும்.
| தொலைபேசி பைக்குள் போகும்போது | தொடர்ந்து இயங்குமா? |
|---|---|
| server-ல் ஓடும் agent processtmux, herdr அல்லது Zellij-ன் கீழ் | ✓ ஆம் |
| files, diff மற்றும் test outputserver-ன் disk-ல் | ✓ ஆம் |
| session-ல் உங்கள் இடம்திரும்பும்போது மீண்டும் attach ஆகிறது | ✓ ஆம் |
| Android-ல் connectionforeground service பிடித்து வைக்கிறது | ✓ ஆம் |
| iOS-ல் connectionபின்னணியில் சிறிது நேரம் — பிறகு மீண்டும் இணையும் | — இல்லை |
| வழங்க signal இல்லாத ஒரு alertசெயலில் உள்ள இணைப்பு தேவை; சென்றடைவது உறுதியல்ல | — இல்லை |
platform வேறுபாடு உண்மையானது; அதைக் கணக்கில் கொண்டு திட்டமிடுவது நல்லது. Android-ல் app பின்னணிக்குச் செல்லும்போது ஒரு foreground service connection-ஐப் பிடித்து வைக்கிறது — தொடர்ந்து தெரியும் அந்த notification தான் session. iOS செயலிக்குப் பின்னணியில் சிறிது நேரம் மட்டுமே தருகிறது; இடைநிறுத்தப்பட்ட பிறகு நீங்கள் திரும்பும்போது அது மீண்டும் இணைந்து உங்கள் multiplexer-உடன் மீண்டும் சேர்கிறது. எச்சரிக்கைகளுக்கு இணைப்பு செயலில் இருக்க வேண்டும். இரண்டு வழிகளிலும் server-ல் உள்ள agent ஒருபோதும் நிற்கவில்லை — அதுதான் கருத்து. மூடியது ஜன்னல் மட்டுமே.
Aloha என்பது கவனக்குறைவுக்கான சாக்கு அல்ல
ஒழுங்காக வெளியேறுவது ஒரு சிறிய கட்டுப்பாடு. இரண்டு மணி நேரம் கண்காணிப்பின்றி ஓட விடமாட்டீர்கள் என்று நினைப்பதை, கதவை நோக்கி நடக்கும்போது தொடங்க வேண்டாம் — migration-ன் நடுவில் நிற்கும் agent தூரத்தால் சிறப்படைவதில்லை. இயற்கையாக நிற்கும் இடம் உள்ள ஒரு task-ஐக் கொடுங்கள், edit செய்வதற்கு முன் inspect செய்யச் சொல்லுங்கள், திரும்பி வந்ததும் நீங்கள் மதிப்பாய்வு செய்யும் பொருள் diff ஆக இருக்கட்டும்.
pager-ஐக் கையாள்வது போலவே notification-ஐயும் கவனமாகக் கையாளுங்கள். எல்லாமே alert அனுப்பினால், எதுவுமே alert அல்ல. ஒரு நபரை இடைமறிக்கத் தகுந்த நிலைகளில் மட்டுமே hook இயங்குகிறது; அப்படியே விடுங்கள், அப்போது அந்த அதிர்வுக்குப் பொருள் இருக்கும்.
build-க்குப் பார்வையாளர்கள் தேவையில்லை. வெளியே சென்று எங்காவது இருங்கள்.