Kanggo ngontrol Agen AI kapan lan ing ngendi wae, aku nggawe Terminal Web – boydfd

Latar mburi: Aku mung pengin kerja saka ngendi wae

Sawetara wektu kepungkur, kanggo nggunakake crayfish luwih apik, aku ngembangake alat kanggo ngawasi crayfish. Gagasanku nalika iku prasaja: Apa kabeh karya bisa dipindhah menyang OpenClaw? Iku luwih apik yen malah pembangunan rampung ing.

Sajrone wektu kasebut, Copilot isih ditagih adhedhasar jumlah telpon, lan sampeyan bisa nggunakake Claude Opus 4.6. Pengalaman kasebut pancen apik banget. Mengko, Copilot diganti mode saiki-winates, lan aku ora bisa maneh golek sumber daya mirah ing Xianyu, aku ora duwe pilihan nanging ngalih menyang GPT.

Sawise nggunakake GPT, aku nemokake manawa ora gampang: GPT isih kudu digunakake bebarengan karo Codex.

Saiki teka masalah. Kepiye cara nggunakake Codex kapan wae, ing ngendi wae? Iku bakal paling apik kanggo bisa kanggo operate ing telpon seluler.

Senajan Crayfish uga bisa ora langsung operate Codex, akeh interaksi ora alam. Printah kayata skill lan resume ateges mbutuhake lingkungan terminal nyata. Sawise ngubengi siji tingkat, sampeyan bakal duwe perasaan kikuk: ‍Temenan sing dakkarepake yaiku terminal, nanging pungkasane aku kudu nggunakake agen lobster, sing ora langsung lan ora ekonomis (consuming token).

Mulane, artikel iki ora babagan “Aku mbangun sistem sing keren”, nanging titik nyeri sing spesifik: Aku pengin terus ngontrol agen pemrograman AI ing ngendi wae, nanging terminal tradisional lan tmux wis ora bisa nangani alur kerja iki.

Masalah 1: Akeh Sesi pancen angel dijaga

Ing wiwitan, aku isih nggunakake tmux kanthi jujur.

Ayo goleki konsep ing tmux dhisik:

Kebiasaanku yaiku nyelehake proyek ing siji jendhela tmux, lan sijine pirang-pirang sesi Codex utawa sesi Claude Code ing panel sing beda-beda. Solusi iki cukup nyaman ing wiwitan, amarga tmux paling ora ngrampungake masalah ketekunan sesi. Aku nutup komputer lan mbukak maneh, lan tugas isih ana.

Nanging nalika ana akeh banget tugas bebarengan, masalah muncul.

1. Ana akeh banget panel diiseni menyang jendhela, lan iku bakal rauh dadi angel kanggo ngomong kang siji.

2. Nalika panel cilik banget, sampeyan mung bisa ndeleng output sethitik, lan sampeyan ora ngerti apa sesi macet utawa rampung.

3. Sawetara tugas wis rampung lan wong kasebut ora ana ing jejere komputer. Nalika bali, dheweke kudu mriksa panel siji-siji.

4. Nonton panel tmux ing ponsel sampeyan minangka tes paningal lan sabar.

Ing wektu iki, aku nyadari yen terminal kasebut bener, lan uga tmux. Sing salah yaiku jumlah lan durasi tugas ing jaman Agen wis owah.

Ing jaman biyen, terminal kasebut luwih kaya “jendhela operasi wektu nyata”. Aku ngetik printah lan menehi kula output. Saiki agen mlaku ing terminal. Bisa uga dianggo dhewe sajrone sepuluh menit utawa luwih suwe. Sawise ngenteni suwe, isih kudu terus sesambungan. Hubungan antarane wong lan terminal wis diganti saka operasi nyata-wektu kanggo tugas hosting.

Mulane, yen sampeyan isih nggunakake akeh panel kanggo ngatur Agen, bakal gampang dadi “Aku ora ngerti apa sing ditindakake, nanging aku ora wani nutup.”

Masalah 2: Piranti sing ora ana ing rak ora bisa ngetutake Agen CLI

Sawise nemoni masalah iki, reaksi pisananku mesthi ora nggawe setir dhewe, nanging kanggo mangerteni yen ana alat sing wis siap.

Aku wis nyoba sawetara alat sing padha. Sawetara duwe fungsi sing relatif lengkap, nanging wis mandheg pangopènan; sawetara aplikasi seluler ndhukung, uga bisa dikembangaké ing kaca web, lan uga bisa nindakake Manajemen sesi, kang misale jek dadi banget cedhak kabutuhan.

Aku cukup seneng ing wiwitan, mikir iki bakal ditanggulangi?

Ora dikarepke, sawise bener nggunakake, masalah paling gedhe dudu kekurangan fungsi, nanging ora bisa nglacak irama nganyari piranti kayata Codex lan Claude Code.

Jenis Agen CLI iki dhewe ganti cepet banget. Nambah printah miring anyar dina iki, nyetel cara resume sesuk, lan nambah workflow skill dina sawise sesuk. Yen alat njaba ora diadaptasi ing wektu, pengalaman bakal diselani.

Aku Originally panginten babagan mbukak kaping pindho. Sawise kabeh, karo Codex saiki kasedhiya, mesthine ora angel ngganti menyang proyek sumber terbuka. Nanging sawise ndeleng kode kasebut, aku nemokake yen dheweke kerep duwe desain klien sing luwih rumit lan tautan tes sing luwih abot. Aku mung pengin ngatasi TCTerms pain pembangunan saben dina, lan aku ora duwe wektu kanggo maneh mangertos kabeh pesawat saka abstraksi wong liya.

Mula, dalan kapindho iki uga gagal.

Liu Yin Hua Ming: Sing dak butuhake yaiku ngatur terminal kanthi luwih apik

Sawise macet kanggo nalika, Aku dumadakan temen maujud: Apa aku ora bener IDE anyar, utawa platform Agen anyar.

Sing dakkarepake yaiku terminal sing luwih trep.

Sanalika terminal bisa dikelola kanthi apik, alat kayata Codex, Claude Code, lan Cursor CLI bisa terus mlaku kanthi cara asli. Iki luwih stabil:

1. Ora perlu nguber protokol internal saben alat Agen.

2. Aja ngganti piranti sing wis stabil kayata shell, tmux, lan git.

3. Browser mung serves minangka lumahing kontrol, lan mesin asli bener executes printah.

4. Terminal seluler uga bisa ngoptimalake interaksi, amarga browser luwih gampang nggawe antarmuka tinimbang klien SSH.

Sawise gagasan iki, wangun pungkasan cetha banget: Gawe Terminal Web.

Nanging iki titik utama: Ora mung “mbukak terminal ing kaca web.” Yen sampeyan mung mindhah terminal kanggo browser, iku mung bisa ngatasi masalah input lan output, nanging ora masalah Manajemen multi-sesi.

Apa aku pancene kudu pesawat kontrol terminal kanggo alur kerja Agen.

Évolusi solusi: Saka panel menyang jendhela

Kaping pisanan, aku nggunakake panel kanggo cocog karo sesi Agen ing tmux. Nanging sawise nggarap Terminal Web, aku cepet nemokake yen panel ora cocok minangka unit manajemen jangka panjang.

Alesané gampang banget: Aku kudu cocog karo terminal ing kaca web kanthi terminal ing tmux. Pane luwih kaya posisi ing tata letak, wis nomer serial, nanging ora entitas cocok kanggo nelusuri long-term. Sawise tata letak jendhela diganti, semantik panel gampang bingung.

Dadi ing pungkasan aku milih nggunakake jendhela tmux kanggo cocog karo Terminal Web.

Pilihan iki bisa uga katon kaya rinci implementasine, nanging nduwe pengaruh gedhe ing pengalaman kasebut. Amarga jendhela luwih kaya tugas independen, bisa duwe judhul, direktori, riwayat, status lan meta-informasi dhewe. Sing dideleng pangguna dudu gumpalan panel cilik sing diperes bebarengan, nanging wit terminal sing bisa diatur.

Kanthi cara iki, terminal ing Web Terminal ACP ora mung minangka stream karakter, nanging minangka unit kerja sing bisa diatur.

Manajemen terminal: Pisanan nggawe semantik

Ing tmux sadurunge, sing paling nyenengake yaiku ora ana semantik.

Aku mung bisa ndeleng output Agen, lan banjur gumantung ing mirsani output kanggo deduce: ‍ Apa sesi iki ndandani kewan omo, mbukak tes, utawa macet?

Solusi sing paling gampang yaiku menehi judhul kanggo saben terminal. Contone, “Ndandani masalah login”, “Run build” lan “Debug gaya seluler”. Nanging ana rong masalah karo jeneng manual.

Kaping pisanan, wong bisa kesed.

Iku kaya njaga tab lan folder browser. Kabeh wong ing wiwitane serius banget, nanging nalika dheweke entuk kemajuan, mula mbukak lan numpuk kanthi santai. Nalika dheweke menehi reaksi, kabeh dadi kacau.

Kapindho, owah-owahan semantik.

Sesi bisa diwiwiti kanthi ndandani A, banjur ganti dadi B nalika ngobrol, banjur miwiti ngatasi masalah C. Wong asring ora ngelingi ngganti judhul ing wektu.

Dadi prakara iki paling apik kanggo LLM. Bisa tanpa kesel ngasilake judhul, ringkesan lan tag adhedhasar konten interaktif, lan uga bisa ngatur terminal kanthi otomatis dadi struktur wit.

Apa langkah iki solves ora “apa katon apik utawa ora”, nanging “aku bisa ngerti ing Mirit apa tugas ana saiki?”

Bentenane iki bakal katon banget nalika jumlah terminal diganti saka 3 dadi 30.

Manajemen terminal: Ngatasi masalah ora gelem miwiti maneh

Pitakonan liyane sing nyata yaiku: Aku ora bisa miwiti maneh.

Sawise tmux dibukak, bakal ana akeh jendhela sing nindakake macem-macem tugas: layanan pangembangan, layanan LLM, sesi Agen, lan perintah debugging sementara. Anggere iki ana, aku ora pengin urip maneh mesin.

Alesane uga gampang banget: angel banget kanggo mbangun maneh sapisan.

Aku kudu golek direktori cocog pisanan, banjur miwiti layanan, banjur mulihake saben sesi Agen, lan konfirmasi sesi kang liwat resume. Kadhangkala mung mbalekake pemandangan wis entek kabeh sabarku.

Mula, Web Terminal ACP nindakake perkara sing penting banget: Ketekunan meta-informasi terminal.

Wiwit Terminal Web wis bisa cocog karo jendhela tmux, direktori, judhul, klompok, riwayat perintah lan informasi sesi Agen bisa direkam.

Kanthi cara iki, sanajan mesin diwiwiti maneh lan tmux ilang, aku ora kudu miwiti saka awal. Bukak Web Terminal ACP lan katon ing wit terminal kanggo ngerti apa tugas wis rampung sadurunge, kang direktori ing, kang printah wis kaleksanan, lan sesi Agen kang kudu dibalèkaké.

Iki dudu pemulihan otomatis kabeh, nanging nyuda biaya “rekonstruksi pasca bencana”.

Wiwiti maneh kaya obah, nanging saiki paling ora kaya mulihake desktop miturut dhaptar priksa.

|Fitur iki malah nggawe aku rumangsa apik tenan ing karya nyataMinggu kepungkur, komputerku lali ngisi daya lan miwiti maneh. Banjur aku mbukak maneh terminal web, lan cepet bali menyang kahanan kerja sadurunge. Ora perlu mbukak terminal siji-siji lan mbangun maneh. Miturut klompok lan prentah sajarah ing terminal web, layanan sing dibutuhake diwiwiti kanthi sawetara klik. Sesi Agen uga bisa dibalekake kanthi otomatis. Pengalaman iki pancene apik banget.

Manajemen terminal: Aja nganti sesi Agen mangan memori

Ana masalah liyane sing bisa ditemoni akeh wong: Wegah mateni Code Claude utawa sesi Codex.

Amarga sampeyan tansah aran sing konteks iki bisa digunakake mengko, sampeyan bisa uga kudu nambah ukara, lan sampeyan bisa uga kudu supaya iku terus kanggo ngganti sawetara bab. Dadi siji sesi ora ditutup, rong sesi ora ditutup, lan pungkasane puluhan sesi kabeh digantung ing mesin.

Nalika aku nggunakake OpenClaw dhewe sadurunge, amarga sabuk ora cukup apik, sawise telpon Claude Code rampung, sesi asring tetep ing mesin. Perlu di resiki saben-saben, yen ora memori bakal njeblug.

Mulane, ACP Terminal Web mengko ditambahake ora “tansah urip” nanging “bisa didaur ulang lan bisa dipulihake”: Kanggo Agen CLI, yen ora ana output kanggo wektu sing suwe lan ora ana pangguna sing mlebu maneh ing terminal, Terminal Web bisa kanthi otomatis nundha / mungkasi proses agen saiki lan ngrekam panyedhiya, id sesi, cwd, path proyek lan entri pemulihan liyane.

Yen sampeyan mbukak maneh terminal iki, utawa jendhela kudu digawe maneh, Terminal Web bakal kanthi otomatis mulihake sesi kasebut miturut cara pemulihan alat sing cocog. Contone, Codex tindakresumeClaude Code nggunakake mekanisme resume dhewe. Apa sampeyan ndeleng iku konteks tugas padha terus mudhun, nanging ora perlu kanggo tetep proses mangan memori ing mesin.

Ing tembung liya, proses kasebut ora kudu urip ing salawas-lawase. Apa pancene kudu disimpen kanggo dangu iku semantik, sajarah lan entri resumable saka tugas, tinimbang proses sing tansah manggoni memori.

Manajemen terminal: Panggunaan anyar pancen penting

Nalika nulis kode, kita kerep nggunakake “mbukak file bubar diowahi”. Fungsi iki alami banget lan penting banget.

Nanging nalika nerangake terminal, alat tradisional arang banget nganggep “terminal sing bubar digunakake” minangka kemampuan kelas siji.

Nanging ing alur kerja Agen, prakara iki pancen kritis banget. Amarga aku kerep mbukak pirang-pirang proyek, tugas, lan sesi bebarengan. Nalika aku bali sawise sawetara wektu, apa aku pengin ngerti paling ora kabeh dhaftar, nanging: terminal kang aku saiki digunakake?

Mulane, Web Terminal ACP uga nambahake entri terminal sing mentas digunakake.

Iku ora komplikasi, nanging banget migunani. Iku solves masalah “bali menyang pemandangan”.

Kaping pirang-pirang, asil dandan ing pengalaman ora teka saka teknologi utamané majeng, nanging saka panggonan cilik iki pungkasanipun digunakake kanggo iku.

Panggunaan ponsel: Kabutuhan anyar ing jaman Agen

Aku arang banget dianggep coding ing telpon sadurunge.

Layar telpon cilik, keyboard angel digunakake, lan operasi terminal kikuk. Iku ora katon kaya piranti sing cocok kanggo pembangunan.

Nanging sawise jaman Agen, iki diganti.

Amarga kaping pirang-pirang, aku ora kudu nulis kode dhewe ing ponsel, nanging aku kudu ngontrol Agen kanggo nulis kode. Aku mung kudu ngetokake tugas, mriksa kemajuan, nambah informasi, lan sok-sok nglakokake sawetara perintah.

Mulane, pangembangan telpon seluler wis dadi panjaluk nyata.

Ana rong dilema ing kene:

1. Ponsel kudu bisa ngontrol Agen kanggo nindakake macem-macem operasi ing sembarang wektu.

2. Ponsel kudu bisa nindakake tes fungsional lan nampa asil.

Titik kapindho saiki luwih angel. Utamane aplikasi desktop, interaksi kompleks, lan fungsi sing mbutuhake verifikasi multi-jendhela isih ora trep ing ponsel. Sing luwih cocog kanggo ditampa ing ponsel saiki utamane aplikasi web seluler utawa sawetara asil baris perintah sing prasaja.

Nanging langkah pisanan kudu ditindakake dhisik: supaya ponsel bisa ngontrol Agen kasebut kanthi gampang.

Panggunaan ponsel: Isi tombol trabasan sing ilang ing terminal

Nalika nggunakake terminal ing ponsel, titik nyeri sing gedhe yaiku kekurangan tombol trabasan.

Ing komputer, yen aku pengin golek printah aku ngetik sadurunge, aku mung kudu mencet tombol panah. Yen sampeyan pengin ngganggu tugas, mung pencet tombol trabasan. Yen sampeyan pengin mindhah kursor, ana operasi keyboard diwasa.

Nanging ing ponsel, ora ana operasi kasebut sing alami.

Mulane, Web Terminal ACP nambahake tombol trabasan sing umum digunakake lan tombol virtual menyang ponsel. Tombol arah, tombol kontrol, lan operasi sing umum digunakake kabeh bisa langsung diklik.

Fungsi kasebut bisa uga katon cilik, nanging tanpa kasebut, terminal telpon seluler mung bisa digunakake kanggo kahanan darurat. Kanthi wong-wong mau, mula katon kaya alat sing bisa digunakake kanggo wektu sing suwe.

Panggunaan ponsel: Ora mung bisa ndeleng output baris perintah asli

Isi sing bisa pas ing layar ponsel winates banget.

Piranti kayata Code Claude lan Codex bakal ngasilake akeh informasi. Yen katon langsung ing output baris printah native, iku bakal ilang rauh. Sampeyan ora ngerti bagean sing dadi model mikir, bagean sing eksekusi alat, lan bagean sing dadi asil pungkasan.

Mulane, terminal seluler ora mung minangka versi suda saka terminal, nanging uga kudu nampilake input lan output sesi kanthi cara sing luwih cocok kanggo maca.

Cukup, terminal isih ana, nanging kudu ana cathetan tugas sing luwih cetha ing jejere.

Kanthi cara iki, aku ora perlu ndeleng stream karakter sing padhet kanggo ngira kemajuan ing ponsel, nanging bisa kanthi cepet ngadili: Apa sing ditindakake Agen saiki, apa sing wis rampung, lan apa aku kudu campur tangan.

Panggunaan ponsel: Sampeyan kudu ngowahi input dhisik banjur kirim kabeh bebarengan.

Ana masalah liyane sing utamané mengaruhi pengalaman: ‍ Remot input lag.

Wiwit digunakake ing ponsel, iku paling kamungkinan kanggo nyambung menyang komputer ing ngarep utawa mesin remot njaba. Ing kasus iki, mbutuhake puluhan utawa malah atusan milidetik kanggo tembung ditampilake.

Sapa wae sing wis tau nyambung menyang server remot kanthi latensi dhuwur, ngerti yen pengalaman kasebut bisa nyenengake.

Dadi ACP Terminal Web nindakake input cepet: ‍Kawitan nulis isi ing kothak input lokal, banjur ngirim menyang terminal bebarengan.

Iki penting banget kanggo skenario Agen. Amarga aku kerep ngetik ora printah cendhak, nanging pituduh dawa. Yen saben tembung dikumakake liwat terminal remot, pengalaman kasebut bakal ala banget.

Kanthi input cepet, ngontrol Agen ing ponsel dadi lancar.

Apa kekurangane

Mesthi wae durung sampurna.

Kaping pisanan, kemampuan nampa telpon seluler isih relatif ringkih. Ngontrol Agen wis cukup lancar, nanging kanggo ndeleng efek UI lan nindakake tes interaksi sing rumit, komputer isih dibutuhake ing pirang-pirang kasus.

Kapindho, tampilan status multi-Agen bisa terus ditingkatake. Saiki sampeyan bisa ndeleng judhul, riwayat, sesi lan sawetara status, nanging yen luwih akeh agen sing mlaku bebarengan ing mangsa ngarep, sampeyan bisa uga mbutuhake papan tugas sing luwih jelas.

Katelu, kemampuan pemulihan uga bisa luwih otomatis. Informasi direktori, riwayat lan sesi saiki bisa disimpen, nanging layanan endi sing kudu diwiwiti kanthi otomatis sawise diwiwiti maneh lan sing mung kudu njaluk pangguna isih mbutuhake pertimbangan sing luwih rinci.

Pungkasan, instalasi lan manajemen multi-klien bisa terus disederhanakake. Alat iki wiwitane dirancang kanggo ngatasi masalah “makarya kapan wae lan ing ngendi wae”. Yen proses instalasi banget fiddly, iku bakal ngalahake niat asli.

ngringkes

Nalika nindakake Web Terminal ACP wektu iki, raos paling gedhe: Ing jaman Agen ora kudu mbutuhake ngleboke pembangunan anyar, nanging mbutuhake lumahing kontrol sing luwih cocok kanggo Manajemen tugas long-term.

Terminal tradisional cocok kanggo operasi wektu nyata, lan tmux cocok kanggo proses jangka panjang. Alur kerja Agen mbutuhake sawetara lapisan ing ndhuwur loro: ‍Semantik tugas, status mlaku, riwayat, akses anyar, pemulihan sesi lan interaksi ponsel.

Saben item ora rumit nalika dideleng kanthi individu, nanging yen digabungake, pengalaman pangguna bakal owah sacara signifikan.

Kanggo kula, iku solves masalah banget tartamtu: Aku pungkasanipun bisa ngalih ing antarane browser lan ponsel lan terus kanggo ngatur kumpulan padha tugas Agen. Ora perlu maneh mentheleng ing akeh panel tmux kanggo guess tugas endi sing isih urip, lan ora perlu kuwatir yen ora bisa nemokake konteks sawise sesi tartamtu mlaku.

Yen sampeyan mikir alat iki migunani, takon agen sampeyan supaya nginstal:

Panduan Instalasi Agen

Github: https://github.com/boydfd/web_terminal_acp