Agen Anda meninggalkan proses di belakangnya.
AgentsRoom menemukannya.
Sebuah agen AI menjalankan proses sistem sungguhan untuk setiap alat yang ia panggil. Sebagian besar selesai dalam hitungan detik. Sebagian tidak pernah selesai, dan segelintir di antaranya yang berjalan bersamaan sudah cukup untuk memenuhi memori sebuah mesin.
Penjaga Proses menyapu proses anak dari agen Anda, menandai yang memakan memori Anda, satu per satu maupun sebagai kerumunan, menyebut agen yang bertanggung jawab, dan membiarkan Anda menginterupsinya. Tidak ada yang diakhiri di belakang punggung Anda.
Apa yang sebenarnya dilihat penjaga: proses yang dilahirkan satu agen, dan mana di antaranya yang berhenti bekerja.
Sebuah agen AI bukan satu proses. Setiap panggilan alat yang ia lakukan memulai satu proses sungguhan di mesin Anda: sebuah pencarian, sebuah build, sebuah pemeriksaan tipe, satu putaran tes, sebuah skrip. Kalikan itu dengan beberapa agen yang bekerja paralel, sepanjang satu hari penuh, dan Anda mendapat ratusan proses yang lahir lalu terkubur tanpa pernah Anda lihat satu pun.
Hampir semuanya selesai. Yang tidak selesai itulah masalahnya. Sebuah pencarian yang polanya membuat mesin regex meledak tidak crash dan tidak melambat: ia mengalokasikan memori, terdorong ke memori terkompresi, lalu menghabiskan sisa hidupnya di page fault sementara kernel memindahkan bergigabyte-gigabyte memori ke swap untuknya. Ia tidak akan pernah selesai. Tidak akan ada yang mematikannya. Dan kalau agen yang memulainya ditutup, ia menjadi proses yatim yang tidak lagi menjadi tanggung jawab siapa pun di mesin itu.
Itulah sebabnya perlambatan datang merayap. Tidak ada satu momen dramatis, yang ada adalah penumpukan lambat sepanjang hari kerja, dan bentuk seperti itulah yang membuat orang menyalahkan hal yang keliru: mesin kepanasan, terlalu banyak agen, kebocoran memori di aplikasinya. Pada sesi yang kami ukur, aplikasinya sendiri memakai 2,8 GB di 91 proses dan delapan CLI agen memakai 1,6 GB untuk mereka semua. Tidak satu pun dari keduanya adalah penyebabnya.
Penjaga Proses adalah jaring pengamannya. Ia mengawasi apa yang ditinggalkan agen, memberi tahu Anda mana yang macet dan siapa yang memulainya, lalu membiarkan Anda mengakhirinya. Penyebab akarnya akan terus berganti: alat lain, pola lain, penyedia lain. Jaringnya tidak perlu ikut berganti.
Kenapa mesin yang menjalankan agen AI jadi lambat
Angka di bawah ini berasal dari satu sesi terukur pada laptop 16 GB dengan delapan agen berjalan. Tidak ada satu pun perkiraan di sini.
Mesin sudah menyala lima setengah jam. Sama sekali tidak ada masalah panas: tidak ada throttling tercatat, baterai di 30,6 C. Load average berkisar antara 17 dan 21 pada 8 inti, dan CPU menghabiskan 56% waktunya di kernel dengan hanya 1,5% menganggur. Rasio itulah petunjuknya. Mesin yang benar-benar bekerja menghabiskan waktunya di kode pengguna; mesin dengan 56% waktu sistem adalah kernel yang tidak melakukan apa pun selain mengompresi, mendekompresi, dan memindahkan memori ke swap.
Tujuh proses pencarian yang macet masing-masing menahan antara 3,9 dan 8,0 GB, total 41,8 GB disandera di mesin dengan RAM 16 GB. Swap berada di 22,3 GB dari 23,5, dan sekitar 993 GB sudah ditulis ke swap sejak booting. Mengakhiri tujuh proses itu mengembalikan 15,5 GB seketika, tanpa memulai ulang satu agen pun dan tanpa memulai ulang aplikasinya.
Alasan tidak ada yang menangkap ini dengan tangan adalah karena alat-alat biasa berbohong tentangnya. Di macOS, proses yang macet bisa menampilkan 20 MB memori residen padahal sebenarnya menahan 8 GB, karena semua yang ia sentuh melewati kompresor memori. Kami mengukur satu proses hidup di 4,7 GB memori residen untuk jejak sebenarnya 14 GB. Ukuran virtual pun tidak menolong: di platform itu bahkan launchd melaporkan sekitar 440 GB ukuran virtual, jadi menyaring berdasarkan angka itu sama saja dengan menandai seluruh mesin.
Sesi yang sama, jam demi jam: bongkahan memori yang tidak lagi dipakai siapa pun, dan apa yang terjadi ketika bongkahan itu dibebaskan.
Dan proses-proses ini punya empat sifat yang menjamin mereka masih akan ada di sana besok.
Mereka tidak pernah selesai
Memori mereka sendiri ada di swap, jadi mereka menghabiskan waktu menangani page fault alih-alih menghitung. Dan mereka tidak sedang menganggur selagi melakukannya: proses liar yang kami ukur masing-masing membakar antara 10 dan 19% dari satu inti, dan semakin banyak yang menumpuk semakin sedikit jatah masing-masing. Tidak ada jalan keluar dari pusaran itu, dan menunggu berapa lama pun tidak menolong.
Mereka tidak pernah mati
Tidak ada batas waktu pada sebuah panggilan alat. Tidak ada satu pun bagian mesin yang punya pendapat soal proses yang sudah diam lima puluh menit. Ia akan duduk di sana sampai seseorang mematikannya atau mesin di-reboot.
Mereka hidup lebih lama dari agennya
Tutup tab agen dan prosesnya masih bisa bertahan. Setiap sistem memutus kaitan itu dengan caranya sendiri: Unix klasik memindahkan proses itu ke init, desktop Linux ke pengelola pengguna systemd milik Anda, sedangkan Windows tidak memindahkannya ke mana pun dan meninggalkannya menunjuk ke induk yang sudah tidak ada. Karena itu penjaga tidak pernah memeriksa induk. Ia mengingat apa yang ia adopsi selagi kaitan itu masih ada, dan memperlakukan apa pun yang hilang dari pohon proses yang hidup sebagai proses yatim, sama persis di ketiga sistem. Dua dari tujuh yang kami ukur sudah berada dalam keadaan itu.
Mereka menumpuk
Satu per putaran verifikasi, satu per pencarian yang sial, dan satu lagi setiap kali sebuah agen mengira perintah yang lambat itu menggantung lalu menjalankannya ulang. Kami mengukur dua belas pemeriksaan tipe berjalan sekaligus, dimulai oleh enam agen, dua di antaranya punya tiga yang berjalan bersamaan. Itulah sebabnya perlambatannya naik terus sepanjang hari, dan sebabnya reboot tampak menyelesaikan masalah. Ia tidak menyelesaikan apa pun, ia hanya mengatur ulang hitungannya.
Apa yang dilakukan Penjaga Proses
Ia mengawasi proses yang dilahirkan agen Anda, dan ia sengaja dibuat sangat sempit soal mana yang boleh ia sentuh.
Mengukur memori yang sebenarnya
Bukan ukuran residen, yang meremehkan proses macet sampai bergigabyte-gigabyte. Penjaga membaca jejak yang sebenarnya, termasuk halaman terkompresi dan halaman yang sudah pindah ke swap, sehingga proses yang menampilkan 20 MB tetapi menahan 8 GB terlihat apa adanya.
Mengukur prosesor, tidak pernah memercayainya
Pemakaian prosesor dibaca sebagai laju di antara dua pemindaian, bukan sebagai rata-rata sepanjang umur proses yang dilaporkan alat sistem, sehingga proses yang sempat bekerja keras lalu tersangkut tetap tertangkap. Yang ia hasilkan adalah ambang yang lebih tinggi untuk sesuatu yang masih bekerja, bukan tiket bebas: proses liar yang membakar seperlima inti justru itulah yang dulu terlewat oleh versi pertama penjaga ini.
Menangkap proses yatim
Proses yang hidup lebih lama dari agen yang memulainya dilaporkan atas dasar dirinya sendiri, karena tidak akan ada pihak lain yang mengurusnya. Kepemilikan diingat selagi proses itu masih terhubung, satu-satunya saat hal itu bisa ditetapkan.
Satu klik untuk mengakhirinya
Sebuah lencana di bilah status mendaftar setiap proses macet berikut agen yang melahirkannya, memorinya, umurnya, dan CPU-nya. Mengakhiri satu proses juga mematikan semua yang ia percabangkan. Memori kembali seketika dan agen Anda tetap berjalan.
macOS, Windows, dan Linux
Setiap sistem butuh pengukuran yang berbeda supaya angka memorinya jujur: halaman terkompresi di macOS, residen ditambah swap di Linux, private commit di Windows. Ketiganya sudah diimplementasikan, bukan sekadar direncanakan.
Nyaris tidak memakan biaya
Satu snapshot proses per menit, terukur sekitar 40 ms di mesin yang menjalankan 824 proses. Pengukuran memori yang mahal hanya berjalan kalau ada sesuatu yang memang sudah tampak macet, dan tidak ada pemindaian sama sekali selama tidak ada agen yang aktif.
Melihat kerumunan, bukan cuma yang menonjol
Dua belas pemeriksaan tipe yang masing-masing 1,4 GB berarti 16,8 GB di mesin 16 GB, dan setiap satunya berada di bawah ambang yang masuk akal. Ketika proses yang dimulai agen Anda bersama-sama memenuhi setengah memori fisik mesin, ukuran berhenti dinilai satu per satu.
Menyebut agen yang bertanggung jawab
Dua perintah bertanda atau lebih dari agen yang sama dikelompokkan di bawah avatarnya, lengkap dengan berapa banyak yang mereka tahan bersama dan sebuah peringatan yang menjelaskan lingkaran yang menjerat mereka. Satu perintah itu kecelakaan; beberapa sekaligus itu pola perilaku.
Menginterupsi agennya, bukan cuma prosesnya
Mengakhiri sebuah proses saat agennya sedang di tengah giliran kerjanya justru menyerahkan error kepada agen itu, dan ia bereaksi, sering kali dengan menjalankan perintahnya lagi. Sebagai gantinya, satu tombol mengirim Ctrl+C ke terminal agen: gilirannya berakhir, tidak ada yang dijalankan ulang, dan agennya tetap terbuka.
Aturan-aturan yang mencegahnya membunyikan alarm palsu
Penjaga yang menandai build Anda adalah penjaga yang akan Anda matikan dalam seminggu, jadi ambangnya sengaja dibuat tinggi. Setiap proses anak dari sebuah agen yang sudah hidup lebih lama dari ambang batas Anda diukur memori sebenarnya, dan proses itu dilaporkan begitu ia menahan lebih dari yang Anda izinkan. Proses yang masih memakai prosesor harus menahan dua kali lipatnya, dan itulah yang menjaga build panjang yang sah tetap tidak terganggu.
Pemakaian prosesor menentukan ambang itu; ia bukan syarat masuk. Versi pertama penjaga ini mengharuskan sebuah proses diam dulu sebelum ia mau melihat memorinya sama sekali, dan itu keliru. Pencarian yang polanya membuat mesin regex meledak tidak sedang diam: ia membakar seperlima inti sementara kernel memindahkan bergigabyte-gigabyte memori ke swap untuknya. Lebih buruk lagi, semakin banyak yang menumpuk semakin sedikit prosesor yang didapat masing-masing, jadi titik butanya paling lebar justru di awal sekali, saat mengakhiri satu proses paling murah harganya.
Aturan kedua ada karena ambang per proses tidak bisa melihat kerumunan. Dua belas pemeriksaan tipe yang masing-masing menahan 1,4 GB itu masuk akal satu per satu dan mematikan kalau digabung di mesin 16 GB. Jadi ketika semua yang dimulai agen Anda berjumlah setengah dari memori fisik mesin, semuanya dilaporkan, seberapa pun berat masing-masing bagiannya sendiri. Tidak ada satu pun dalam kelompok itu yang pernah diakhiri otomatis: mereka berada di bawah batas yang Anda tetapkan, dan mereka ditandai hanya karena tetangganya.
Cara kerjanya
Empat langkah, sekali per menit, dan langkah yang mahal nyaris tidak pernah dijalankan.
Satu snapshot murah dari seluruh mesin
Setiap menit penjaga mengambil satu snapshot dari semua proses yang berjalan dan menelusuri pohon proses di bawah setiap terminal agen. Biaya terukur di mesin yang menjalankan 824 proses: sekitar 40 ms. Selama tidak ada agen yang berjalan, ini sama sekali tidak terjadi.
Saring daftar tersangkanya
Dari snapshot itu ia menyimpan setiap proses anak dari sebuah agen yang sudah hidup lebih lama dari ambang batas Anda. Itu seluruh saringannya, dan tidak ada yang dikeluarkan hanya karena masih memakai prosesor: persis begitulah versi terdahulu penjaga ini melewatkan proses-proses liar. Dalam pemakaian normal daftar ini kosong, karena panggilan alat sebuah agen selesai dalam hitungan detik.
Ukur yang tampak macet
Hanya untuk daftar pendek itulah penjaga membayar pengukuran memori yang sebenarnya, termasuk halaman terkompresi dan halaman yang sudah pindah ke swap. Proses yang tidak bisa ia ukur tidak pernah ditandai: sesuatu yang tidak diketahui bukanlah sebuah vonis.
Laporkan, lalu biarkan Anda memutuskan
Sebuah lencana muncul di bilah status dan satu pemberitahuan memberi tahu Anda sekali saja. Anda membuka daftarnya, melihat proses itu apa, berapa banyak yang ia tahan, sudah berapa lama ia macet dan agen mana yang memulainya, lalu Anda mengakhirinya kalau mau.
Apa yang tidak akan pernah ia sentuh
Alat yang bisa mengakhiri proses harus sangat ketat soal apa yang menjadi urusannya. Batas-batas ini bersifat struktural, bukan opsi yang harus Anda ingat untuk dinyalakan.
- CLI agen itu sendiri. Penyedia apa pun yang Anda jalankan, penjaga melindungi biner yang dipakai aplikasi untuk membuka terminal itu. Ia membaca nama tersebut dari peluncurannya sendiri, bukan dari daftar yang ditulis mati, jadi sub-proses dari CLI yang sama juga terlindungi, di kedalaman berapa pun.
- Terminal perintah dev Anda. Server dev yang sedang diam memenuhi semua kriteria proses liar: gemuk, tua, tanpa pemakaian prosesor. Ia juga satu-satunya proses yang justru ingin Anda lihat berjalan. Hanya terminal agen yang diawasi, jadi server dev Anda tidak pernah masuk ke dalam gambar.
- Shell dan perkakas internal aplikasinya. Helper terminal dan shell tempat sebuah agen berjalan dikecualikan sejak dari rancangannya. Hanya proses alat di bawah CLI agen yang bisa menjadi kandidat.
- Apa pun yang tidak ia adopsi. Satu-satunya jalur yang bisa mengakhiri sebuah proses menolak setiap proses yang tidak dipungut penjaga dari pohon milik sebuah agen. Ia tidak bisa berubah menjadi cara untuk mematikan hal lain di mesin Anda.
Dan tidak ada yang diakhiri otomatis kecuali Anda memintanya. Secara bawaan penjaga melaporkan apa yang ia temukan dan Anda yang memutuskan, karena Andalah yang tahu apakah sebuah proses besar dan diam itu memang sudah diperkirakan. Bahkan saat dinyalakan, pengakhiran otomatis tetap membiarkan apa pun yang masih memakai prosesor, dan apa pun yang ditandai semata-mata karena berapa banyak yang ditahan tetangganya.
Kapan ia membuktikan gunanya
Setiap situasi di bawah ini nyata, tidak ada yang hipotetis.
Mesin lebih lambat jam 6 sore daripada jam 9 pagi
Tidak ada satu momen pun tempat ia rusak, hanya penurunan yang stabil sepanjang hari. Bentuk seperti itu hampir selalu berarti proses macet yang menumpuk, dan itu yang paling sulit didiagnosis dengan tangan karena pada titik waktu mana pun tidak ada yang tampak salah.
Beberapa agen bekerja paralel
Semakin banyak agen yang Anda jalankan, semakin banyak panggilan alat terjadi, dan semakin besar peluang salah satunya tersangkut. Tingkat kegagalan per panggilan itu kecil sekali; dikalikan satu hari kerja paralel, ia berhenti menjadi kecil.
Pencarian yang tidak pernah kembali
Pola yang membuat mesin regex meledak mengalokasikan bergigabyte-gigabyte untuk file yang cuma beberapa ratus kilobyte. Agen menunggu proses itu, Anda menunggu agen, dan mesin membayar untuk keduanya.
Anda menutup agennya, prosesnya tetap tinggal
Menutup tab tidak selalu membebaskan apa pun. Proses yang sudah terlepas tetap memegang memorinya dan kehilangan kaitan terakhirnya dengan apa pun yang bisa Anda lihat di aplikasi.
Laptop dengan 16 GB
Di mesin dengan RAM berlimpah, beberapa proses macet bisa bersembunyi lama sekali. Di laptop 16 GB mereka cepat menyentuh swap, dan begitu sistem mulai mengompresi memori, setiap agen melambat pada saat yang sama.
Sebelum Anda menyalahkan aplikasinya
Ketika mesin merangkak sementara AgentsRoom terbuka, aplikasi itu tersangka yang paling jelas. Memiliki angka yang sebenarnya, per proses, lengkap dengan agen yang memulai masing-masing, mengubah kecurigaan menjadi sesuatu yang benar-benar bisa Anda periksa.
Anda yang menetapkan batasnya
Nilai bawaannya sengaja dibuat berhati-hati. Semua yang di bawah ini ada di Pengaturan, tab Terminal, dan setiap satunya juga bisa dibaca dan diubah oleh sebuah agen lewat perkakas MCP AgentsRoom.
- Awasi proses anak agen
- Menyala secara bawaan. Matikan dan tidak ada pemindaian yang berjalan sama sekali, selamanya.
- Laporkan di atas ambang memori
- Dua gigabyte secara bawaan. Di bawah itu, sebuah proses macet tidak sepadan dengan interupsi. Naikkan ambangnya di workstation dengan RAM berlimpah, turunkan di laptop yang memorinya pas-pasan.
- Setelah umur minimum
- Lima menit secara bawaan. Di bawah itu tidak ada yang diukur sama sekali, dan itulah yang membuat panggilan alat biasa sebuah agen, yang selesai dalam hitungan detik, sepenuhnya berada di luar gambar.
- Akhiri proses macet secara otomatis
- Mati secara bawaan, dan itu keputusan produk yang disengaja, bukan sekadar kehati-hatian. Penjaga sedang membuat penilaian, dan hanya Anda yang tahu apakah proses besar yang diam itu memang diperkirakan. Nyalakan dan ia bertindak sendiri, dengan pemberitahuan sesudahnya.
Ambang prosesor tidak dibuka, begitu juga titik ketika mesin dianggap jenuh. Keduanya pernah salah sekali dan diperbaiki dengan mengukur insiden nyata, bukan berdasarkan selera, jadi memberi penggeser pada salah satunya sebagian besar hanya akan menjadi cara untuk mengembalikan titik butanya.
Pertanyaan yang sering diajukan
Berarti AgentsRoom memperlambat komputer saya?
Tidak, dan justru itulah alasan fitur ini ada. Pada sesi yang kami ukur, aplikasinya memakai 2,8 GB di 91 proses dan delapan CLI agen memakai 1,6 GB untuk mereka semua. Yang 41,8 GB itu ditahan oleh proses alat yang tersangkut. AgentsRoom kebetulan satu-satunya tempat yang bisa melihat setiap agen dan setiap proses yang mereka lahirkan, jadi satu-satunya tempat yang bisa menengahi.
Apakah ia akan mematikan build atau putaran tes saya?
Ia tidak akan pernah mengakhirinya tanpa bertanya. Ia bisa melaporkannya: sebuah build harus menahan dua kali lipat ambang batas Anda, empat gigabyte secara bawaan, atau menjadi bagian dari sekelompok proses agen yang memenuhi setengah memori mesin Anda. Tetapi pengakhiran otomatis tidak pernah menyentuh proses yang masih memakai prosesor, maupun proses yang ditandai semata-mata karena berapa banyak yang ditahan tetangganya. Pada kedua kasus itu Anda mendapat satu baris, angka yang sebenarnya, dan sebuah tombol, dan tidak ada yang terjadi sampai Anda menekannya.
Apakah ia mengawasi server dev saya?
Tidak, dan tidak akan pernah. Server dev yang sedang diam memenuhi semua kriteria proses liar: ia menahan banyak memori, ia sudah berjalan berjam-jam, dan ia tidak memakai prosesor di antara dua permintaan. Hanya proses anak dari terminal agen yang diawasi, jadi perintah dev Anda berada di luar cakupan sejak dari rancangannya.
Bisakah ia mengakhiri agennya sendiri?
Tidak. CLI agen terlindungi apa pun penyedia yang Anda pakai, dan perlindungannya bertumpu pada biner yang dipakai aplikasi untuk membuka terminal itu, bukan pada daftar nama yang sudah dikenal. Shell dan helper terminal milik aplikasi juga dikecualikan.
Apa itu proses yatim dan kenapa ia diperlakukan khusus?
Proses yang induknya sudah keluar kehilangan kaitan dengan agen yang memulainya, dan tidak akan ada yang membersihkannya. Bagaimana kaitan itu putus tergantung sistemnya: Unix klasik memindahkan proses itu ke init, desktop Linux ke pengelola pengguna systemd milik Anda, sedangkan Windows tidak memindahkannya ke mana pun dan meninggalkan id induk yang sudah mati. Karena itu AgentsRoom tidak pernah memeriksa induk. Ia mencatat kepemilikan selagi proses itu masih terhubung, satu-satunya saat hal itu bisa ditetapkan, dan memperlakukan apa pun yang hilang dari pohon proses yang hidup sebagai proses yatim, sama persis di ketiga sistem.
Berapa biaya pemantauannya sendiri?
Satu snapshot proses per menit, terukur sekitar 40 ms di mesin yang menjalankan 824 proses. Pengukuran memori yang lebih mahal hanya berjalan pada proses yang memang sudah tampak macet, yang dalam pemakaian normal berarti ia tidak berjalan. Dan pemindaiannya sama sekali tidak ada selama tidak ada agen yang aktif.
Kenapa tidak lihat saja kolom memori di Activity Monitor?
Karena di macOS kolom itu meremehkan masalahnya sampai satu orde besaran. Proses yang sudah terdorong ke memori terkompresi bisa menampilkan 20 MB residen padahal menahan 8 GB. Kami mengukur satu proses hidup di 4,7 GB residen untuk jejak sebenarnya 14 GB. Ukuran virtual tidak lebih baik: bahkan proses sistem melaporkan ratusan gigabyte.
Apakah ia bekerja dengan Claude Code, Codex, dan yang lain?
Ya. Penjaga tidak tahu apa pun soal alat atau penyedia tertentu. Ia mengawasi proses anak dari terminal agen mana pun yang Anda buka, dan CLI yang ia lindungi dibaca dari peluncurannya sendiri. Menambah satu penyedia tidak mengubah apa pun di sini.
Apakah ia bekerja di Windows dan Linux?
Ya. Setiap platform butuh pengukuran yang berbeda supaya angka memorinya jujur: halaman terkompresi di macOS, residen ditambah halaman yang pindah ke swap di Linux, private commit di Windows. Ketiganya sudah diimplementasikan.
Apakah ia akan mengakhiri proses tanpa bertanya lebih dulu?
Tidak, kecuali Anda menyalakannya sendiri. Secara bawaan ia melaporkan apa yang ia temukan, lengkap dengan agen, memori, umur, dan pemakaian prosesornya, lalu Anda yang memutuskan. Pengakhiran otomatis adalah sebuah pengaturan, mati sejak dari kotaknya.
Apa yang terjadi pada agennya saat saya mengakhiri salah satu prosesnya?
Agennya tetap berjalan. Panggilan alatnya menerima sebuah error alih-alih menggantung selamanya, dan itulah hasil yang Anda inginkan: proses itu memang tidak akan pernah selesai. Tidak ada yang dimulai ulang dan tidak ada konteks yang hilang.
Apakah ia memperbaiki penyebab akarnya?
Tidak, dan ia memang tidak berusaha begitu. Penyebabnya berganti: hari ini satu alat, besok pola lain, bulan depan penyedia lain. Ini jaring pengaman, dan ia dirancang untuk tetap bekerja ketika penyebabnya adalah sesuatu yang belum pernah dilihat siapa pun.
Dua belas proses, tidak satu pun melewati ambang batas saya. Apakah ia akan mengatakan sesuatu?
Ya, dan kasus itulah yang membuat aturannya berubah. Diukur di mesin 16 GB: dua belas pemeriksaan tipe yang dimulai oleh enam agen, masing-masing 0,84 sampai 1,72 GB, semuanya jauh di bawah ambang 2 GB, bersama-sama 15,4 GB, swap penuh dan mesin tidak bisa dipakai. Dinilai satu per satu, setiap satunya baik-baik saja. Begitu totalnya melewati setengah memori fisik Anda, semuanya dilaporkan, dikelompokkan di bawah agen yang memulainya.
Apa sebenarnya yang dilakukan tombol Interupsi agen?
Ia mengirim Ctrl+C ke terminal agen tersebut, tombol yang sama persis dengan yang akan Anda tekan sendiri. Giliran kerja agen yang sedang berjalan berakhir dan ia menunggu Anda: ia tidak ditutup, sesinya utuh, dan tidak ada hal lain di mesin Anda yang disentuh. Tombol ini ada karena mengakhiri sebuah proses selagi agennya masih mengerjakannya hanya mengobati gejalanya, sebab agen itu mendapat error dan sering kali sekadar menjalankan perintahnya lagi.
Anda mungkin juga suka
Context Canary
Peringatan dini yang satu lagi: ia mengawasi konteks agennya sendiri alih-alih mesinnya, dan memberi tahu Anda saat sebuah agen mulai menyimpang, sebelum ia mengarang file dan API.
Terminal Dev
Jalankan server dev dan perintah panjang Anda di dalam AgentsRoom, lengkap dengan pemberitahuan saat perintah panjang selesai. Terminal inilah yang dirancang untuk tidak pernah disentuh oleh penjaga proses.
Pelacakan Status Agen
Lihat sekilas agen mana yang sedang bekerja, mana yang menunggu Anda, dan mana yang menganggur, tanpa membaca satu terminal pun.
Pemakaian Token
Sumber daya lain yang layak diawasi. Konsumsi token dan kuota per agen, supaya Anda tahu pemakaian Anda pergi ke mana.
Tampilan Terbagi
Beberapa agen berdampingan dalam satu jendela, masing-masing dengan panelnya sendiri, warnanya sendiri, dan status langsungnya.
CLI Doctor
Saat sebuah agen gagal dijalankan, ia memberi tahu Anda kenapa dan apa yang harus dilakukan, alih-alih meninggalkan terminal kosong.
Berhenti membayar untuk proses yang tidak dipakai siapa pun
AgentsRoom gratis diunduh, dan penjaga prosesnya menyala sejak peluncuran pertama.
Aplikasi pendamping: pantau agen Anda saat bepergian
Gunakan Claude, Codex, Antigravity CLI, atau penyedia AI lainnya.
Kirim bug dan permintaan langsung ke backlog publik Anda.
Sekilas AgentsRoom dalam aksi.