Sekarang agen yang menulis kode. Inilah yang kini menjadi pekerjaan developer.

Pertanyaan ini muncul di setiap meja makan yang punya seorang developer di keluarganya: kalau mesin yang menulis kode, lalu tersisa apa?

Jawaban jujurnya, pertanyaan itu diarahkan ke bagian pekerjaan yang keliru. Menulis kode tidak pernah jadi keseluruhan pekerjaan. Itu bagian yang kelihatan, bagian yang tampak seperti kerja bagi siapa pun yang lewat di belakang meja. Dan di sebagian besar minggu, itu juga bagian yang paling kecil.

Bagian yang diotomatiskan tidak pernah jadi keseluruhan pekerjaan

Apa pun yang sampai ke produksi melewati enam mata rantai:

1. Ada yang menginginkan sesuatu, dan menyampaikannya dengan buruk.
2. Ada yang memutuskan bahwa itu layak dikerjakan, dan kapan.
3. Ada yang mengubahnya jadi deskripsi yang cukup presisi untuk dieksekusi.
4. Ada yang membangunnya.
5. Ada yang memeriksa bahwa tidak ada hal lain yang rusak karenanya.
6. Ada yang merilisnya dan mengabari orang yang meminta.

Agen mengambil mata rantai keempat. Mereka mengambilnya dengan meyakinkan, dan mereka akan terus membaik di situ. Yang nyaris tidak pernah dikatakan siapa pun dengan lantang adalah akibatnya pada lima mata rantai lain: kelimanya jadi lebih berat, bukan lebih ringan.

Penyebabnya adalah throughput. Ketika membangun memakan dua minggu, lima mata rantai di sekelilingnya punya dua minggu untuk berlangsung. Kelimanya lambat karena bagian tengahnya lambat, dan tidak ada yang menyadari kelambatan itu. Ketika membangun cuma memakan satu sore, semua sisanya berubah jadi bottleneck, sekaligus.

Satu mata rantai runtuh. Lima sisanya kini memikul beban yang dulu disembunyikan mata rantai itu.

Itu seluruh ceritanya, dan sisa artikel ini menggambarkan seperti apa masing-masing dari lima mata rantai itu ketika Anda benar-benar harus menjalaninya setiap hari.

Mata rantai 1: mendengar apa yang harus dibangun, tanpa kehilangan separuhnya

Mode kegagalan yang baru sangat spesifik dan mahal: Anda bisa membangun apa saja, jadi Anda membangun hal yang salah dengan lebih cepat.

Permintaan datang dari mana-mana. Satu pesan di utasan support. Satu kalimat di ujung rapat. Satu keluhan di media sosial. Satu laporan bug yang sebenarnya permintaan fitur yang sedang menyamar. Dulu itu tidak terlalu berdampak, karena toh Anda cuma bisa membangun satu hal per dua minggu, dan yang paling kentara biasanya memang yang benar. Sekarang setelah Anda bisa membangun lima hal seminggu, selisih antara lima yang benar dan lima yang salah adalah sebagian besar isi tahun Anda.

Ada dua hal yang harus terjadi, dan keduanya hal yang berbeda.

Pertama, pengumpulannya harus murah bagi orang yang meminta. Kalau seorang pengguna harus membuat akun, mencari formulir, lalu menjelaskan masalahnya dua kali, sebagian besar tidak akan repot-repot, dan yang tetap melakukannya bukan sampel yang mewakili. Sebuah papan feedback publik tempat siapa pun bisa mengirim permintaan, melampirkan tangkapan layar, dan mengikuti nasib permintaannya menghapus gesekan itu. Orang yang memakai produknya sendiri yang menulis permintaannya, dengan kata-kata mereka sendiri, lengkap dengan konteksnya.

Kedua, penyortirannya harus otomatis, karena feedback mentah tidak lama bertahan berguna. Dua puluh pesan yang isinya kurang lebih sama terlihat seperti dua puluh masalah, sampai ada yang membaca kedua puluhnya lalu sadar bahwa itu satu masalah. Persis pekerjaan itulah yang tidak sempat dikerjakan siapa pun. Idea Radar adalah jawaban kami untuk itu: sinyal mentah mendarat tanpa disentuh, mengelompokkan dirinya jadi tema, duplikat dipertemukan sebelum berubah jadi dua pekerjaan, dan tiap ide membawa jumlah orang berbeda yang memintanya. Kutipan aslinya tidak pernah ditulis ulang, karena kata-kata persis yang dipakai seseorang itulah datanya.

Keluaran mata rantai ini bukan sebuah backlog, melainkan sebuah korpus yang bisa Anda baca.

Mata rantai 2: memutuskan, sumber daya yang kini langka

Papan ide bukan sebuah rencana. Mengubah yang satu jadi yang lain adalah keputusan penilaian yang dulu tersebar tipis sepanjang satu kuartal dan sekarang harus terjadi setiap minggu.

Ada dua langkah yang menentukan di sini.

Promosi dilakukan secara sadar. Sebuah ide berubah jadi tiket backlog ketika ada yang memutuskan bahwa ide itu layak dibangun, bukan ketika ide itu dikirim. Semua sisanya tetap terlihat di radar bersama hitungan orang yang memintanya, dan itulah keadaan yang jujur: sudah didengar, belum dijadwalkan. Backlog yang delapan puluh persen barisnya tidak akan pernah dibangun bukan rencana, melainkan arsip dengan tata letak yang menipu.

Penentuan cakupan terjadi sebelum pembangunan, bukan selama pembangunan. Feedback yang kabur diubah jadi mockup tervalidasi yang bisa dilihat dan dikonfirmasi oleh orang yang meminta. Lima menit konfirmasi mengalahkan satu sore membangun layar yang salah, dan pertukaran itu jadi jauh lebih menguntungkan sejak satu sore pembangunan berubah jadi satu sore waktu agen yang sebenarnya bisa Anda pakai untuk hal lain.

Mata rantai 3: menyusun briefing, keahlian yang menggantikan pengetikan

Ke sinilah keahlian yang sesungguhnya berpindah.

Agen tidak akan membantah instruksi yang ambigu seperti yang dilakukan rekan kerja. Ia tidak akan bilang "tunggu, yang mana dari dua alur pembayaran itu maksudmu". Ia menambal celahnya dengan tebakan yang masuk akal lalu menyerahkan sesuatu yang runtut sekaligus salah. Dulu ongkos ambiguitas adalah satu percakapan. Sekarang ongkosnya sebuah diff.

Yang memisahkan orang yang mendapat hasil bagus dari orang yang bertengkar dengan agennya sepanjang hari bukanlah kecerdikan prompt, melainkan konteks yang bisa dipakai ulang. Ada empat jenis, diurutkan dari yang hasilnya paling besar.

Konteks yang dibaca agen sebelum ia menjelajah. File konvensi yang di-commit (CLAUDE.md, AGENTS.md) dan memori proyek yang memuat keputusan arsitektur, jebakan masa lalu, dan alasan kenapa segala sesuatunya jadi seperti sekarang. Ditulis sekali, dibaca oleh tiap agen di tiap mesin, selamanya. Inilah tulisan dengan daya ungkit tertinggi yang dihasilkan seorang developer hari ini, dan nyaris tidak ada yang menyisihkan waktu untuknya.

Prosedur, disimpan sebagai prosedur. Pada kali kesepuluh Anda menjelaskan checklist rilis Anda, Anda bukan sedang menyusun briefing, Anda sedang mengetik ulang. Pustaka skills mengubah prosedur berulang jadi sesuatu yang dimuat agen ketika tugasnya cocok, dan pustaka prompt melakukan hal yang sama untuk briefing-nya sendiri.

Menunjukkan alih-alih menjelaskan. Satu paragraf yang menjelaskan tombol yang tidak lurus kalah dari satu gambar tombol yang tidak lurus itu. Kirim satu area layar langsung, atau coret-coret di atasnya untuk menunjuk persis apa yang Anda maksud. Untuk sebuah halaman web, menyerahkan DOM yang hidup kepada agen selalu mengalahkan mendeskripsikannya.

Berbicara alih-alih mengetik. Briefing lisan tiga kalimat membawa lebih banyak nuansa ketimbang satu kalimat yang mau repot-repot Anda ketik. Voice dictation untuk instruksi cepat, Voice mode ketika Anda ingin bolak-balik tanpa menyentuh keyboard. Ini terdengar seperti fitur kenyamanan. Dalam praktiknya ini fitur bandwidth: orang mengatakan lebih banyak ketimbang yang mereka ketik, dan agen dibatasi oleh apa yang Anda sampaikan kepadanya.

Tiga yang pertama dibayar per tugas. Yang keempat dibayar sekali dan dipanen selamanya.

Mata rantai 4: mengendalikan pekerjaannya, di mesin yang tepat

Satu agen adalah sebuah alat. Beberapa agen adalah sebuah sistem, dan sistem butuh operator.

Pertanyaan praktisnya tidak keren, dan justru itulah pekerjaannya. Apa yang bisa berjalan paralel tanpa dua agen menyunting modul yang sama? Tugas mana yang pantas mendapat perhatian Anda selagi berjalan dan mana yang tidak? Apa yang sebaiknya berjalan selagi Anda tidur?

Pertanyaan terakhir itulah yang menentukan di mana pekerjaannya dieksekusi. Apa pun yang mungkin perlu Anda hentikan, koreksi, atau arahkan ulang di tengah jalan sebaiknya berada di mesin yang ada di depan Anda. Pekerjaan yang panjang, tergambar jelas, dan minim ambiguitas sebaiknya berada di tempat lain: komputer lain milik Anda atau sebuah server lewat SSH, supaya pekerjaan dua jam tidak menyandera laptop Anda. Pekerjaan yang berulang sebaiknya masuk ke jadwal. Pertanyaan yang menentukan tidak pernah soal tenaga mentah, melainkan seberapa besar kemungkinan Anda perlu turun tangan.

Ketika sebuah pekerjaan punya tahapan yang benar-benar berbeda, satu agen tunggal adalah bentuk yang salah untuknya. Pembangunan yang harus diuji lalu di-review adalah tiga pekerjaan dengan tiga keahlian yang berbeda, dan tim agen memungkinkan Anda menggambar serah terima itu secara eksplisit alih-alih menjelaskan ulang konteksnya di tiap langkah.

Dan karena tidak satu pun dari ini menuntut Anda duduk di tempat, mengendalikannya dari ponsel berhenti jadi kemewahan yang lucu. Membaca pertanyaan seorang agen lalu menjawabnya dalam dua puluh detik dari dalam kereta adalah selisih antara tugas yang selesai dan tugas yang menunggu Anda selama empat jam.

Mata rantai 5: me-review, tempat tanggung jawab bersemayam

Inilah mata rantai yang tidak bisa didelegasikan, dan alasannya bukan alasan teknis.

Agen sudah menggantikan sebagian besar pembacaan baris per baris. Yang tidak bisa mereka ambil adalah tanda tangannya. Akuntabilitas tidak berpindah ke sebuah model. Ketika sebuah migrasi menghapus satu kolom di produksi, "agennya yang menulis" bukan kalimat yang diterima siapa pun, dan memang seharusnya begitu.

Yang berubah adalah bentuk review-nya, bukan keberadaannya. Membaca tiap baris tidak bertahan begitu berhadapan dengan lima agen yang berjalan paralel, dan manusia yang membaca sekilas diff sembilan ratus baris pada jam enam sore menghasilkan tanda tangan tanpa menghasilkan pengetahuan. Aturan yang bertahan adalah me-review sebanding dengan apa yang bisa dirusak sebuah perubahan: copy dan styling cukup dibaca sekilas, sementara autentikasi, pembayaran, izin akses, data pribadi, dan migrasi dibaca baris per baris, setiap kali, oleh orang yang sebenarnya sanggup menulisnya sendiri.

Ada dua hal yang membuatnya bisa dijalankan. Bisa melihat diff per agen alih-alih satu tumpukan yang sudah tergabung memberi tahu Anda siapa mengubah apa ketika tiga agen bekerja di repo yang sama. Dan melampirkan percakapannya ke commit menjawab pertanyaan yang benar-benar makan waktu enam bulan kemudian, yang tidak pernah "apa yang berubah" melainkan "kenapa".

Untuk apa pun yang punya antarmuka pengguna, pemeriksaannya tidak berhenti di diff. Agen yang mengemudikan browser sungguhan bisa menelusuri ulang alur yang baru saja ia bangun lalu melaporkan apa yang dilihatnya, dan itu menangkap kategori bug yang terbaca sempurna di kode sumber.

Kami menulis satu artikel utuh soal ke mana perhatian itu sebaiknya dihabiskan: apakah Anda masih harus me-review kode agen AI Anda.

Mata rantai 6: merilis, dan menutup lingkarannya

Merilis adalah separuh yang mudah dari mata rantai ini. Separuh yang dilewati adalah mengabari orang yang meminta.

Padahal itu juga separuh yang hasilnya paling besar. Pengguna yang melaporkan sesuatu lalu belakangan mendengar bahwa laporannya sudah dirilis akan melaporkan hal berikutnya. Pengguna yang melaporkan sesuatu ke dalam kesunyian berhenti melaporkan, dan Anda kehilangan pasokan yang menghidupi mata rantai satu. Ketika sebuah tiket yang lahir dari permintaan publik ditutup, orang yang mengirimnya harus mendengarnya tanpa ada seorang pun yang perlu ingat mengirim email.

Sebelum itu, biasanya ada orang yang perlu melihatnya berjalan dan tidak punya lingkungan pengembangan Anda: seorang klien, seorang desainer, seorang rekan di benua lain. Sebuah URL HTTPS publik yang menunjuk ke mesin lokal Anda mengubah itu dari sebuah deployment jadi sebuah tautan, dan feedback yang kembali langsung masuk ke mata rantai satu.

Rantainya menutup. Itulah yang membuatnya sebuah pekerjaan, bukan sekadar antrean.

Apa yang benar-benar mengecil, dan apa yang benar-benar membesar

Baca tabel itu dengan jujur dan bentuk kecemasannya berubah. Bagian yang mengecil adalah bagian yang paling gampang direkrut. Bagian yang membesar adalah bagian yang menuntut orang yang paham sistemnya, penggunanya, dan konsekuensinya. Itu pekerjaan yang lebih sulit, bukan pekerjaan yang lebih kecil, dan jauh lebih tidak menyendiri ketimbang versi yang isinya mengetik sepanjang hari.

Di mana AgentsRoom berdiri dalam semua ini

Kami membangun alat yang memegang seluruh rantainya, karena alternatifnya adalah enam alat yang tidak saling mengenal.

Artinya permintaan mendarat di sebuah papan, menyortir dirinya jadi ide, dipromosikan jadi tiket, dicakupkan jadi sesuatu yang tidak mungkin salah dibaca agen, dieksekusi oleh satu agen atau satu tim agen di mesin Anda atau di mesin jarak jauh, di-review per agen dengan percakapannya terlampir, lalu ditutup sambil mengabari orang yang meminta. Satu jendela, satu tempat di mana keadaan pekerjaannya benar.

Kepingan-kepingannya sudah ada di tempat lain. Sambungan di antara kepingan itulah yang tidak dirilis siapa pun, dan sambungan itulah tempat pekerjaan bocor.

Pertanyaan yang benar-benar sering ditanyakan

Apakah AI akan menggantikan developer software?

Yang digantikan adalah pengetikannya, bukan pekerjaannya. Menulis kode adalah satu mata rantai dari sebuah rantai yang juga berisi mendengar apa yang dibutuhkan pengguna, memutuskan apa yang layak dibangun, menuliskan spesifikasinya dengan presisi, mengendalikan eksekusinya, memeriksanya, dan merilisnya. Agen meruntuhkan biaya satu mata rantai, dan itu membuat lima sisanya jadi bottleneck. Lebih sedikit orang akan dibayar untuk memproduksi baris kode. Lebih banyak orang dibayar untuk memutuskan baris mana yang layak ada, dan untuk mempertanggungjawabkannya begitu baris itu berjalan di produksi.

Apa yang sebenarnya dikerjakan seorang developer kalau agen yang menulis kodenya?

Enam hal, dan cuma satu di antaranya yang dulu terlihat di layar penuh kode. Anda mengumpulkan apa yang diminta orang, Anda memutuskan apa yang layak dibangun dan dalam urutan apa, Anda menyusun briefing pekerjaannya cukup presisi sehingga agen tidak mungkin salah membacanya, Anda menjalankan beberapa pekerjaan sekaligus tanpa kehilangan jejaknya, Anda me-review sebanding dengan apa yang bisa dirusak tiap perubahan, lalu Anda merilis dan mengabari orang yang meminta. Keahliannya berpindah dari memproduksi perubahan ke menentukan spesifikasinya dan memikul tanggung jawabnya.

Apakah Anda masih perlu bisa coding?

Ya, dan untuk membaca kode justru lebih dari sebelumnya. Anda tidak perlu lagi menghafal sintaks bahasa yang cuma Anda sentuh dua kali setahun, karena agen yang menuliskannya. Yang Anda perlukan adalah membuka sebuah diff lalu tahu dalam hitungan detik apakah sebuah migrasi bisa dibalik, apakah sebuah pemeriksaan autentikasi berpindah tempat, apakah sebuah query masih sanggup menahan trafik sepuluh kali lipat. Orang yang tidak bisa membaca kode tidak bisa me-review agen, dan orang yang tidak bisa me-review agen bukan sedang mengendalikannya, ia cuma berharap.

Apa yang paling pertama rusak ketika coding diserahkan ke agen?

Penentuan prioritas. Ketika membangun sesuatu memakan satu sore alih-alih dua minggu, biaya membangun hal yang salah hilang dari pandangan, jadi hal itu tetap dibangun. Tim berakhir dengan lebih banyak fitur yang dirilis dan tidak satu pun masalah tambahan yang terpecahkan. Hal kedua yang rusak adalah loop feedback-nya: permintaan pengguna datang lebih cepat daripada kemampuan siapa pun menyortirnya, jadi permintaan itu menumpuk di utasan chat lalu hilang, dan permintaan yang sama dibangun dua kali karena tidak ada yang sadar itu permintaan yang sama.

Apa keahlian tersulit dalam cara kerja yang baru ini?

Menyusun briefing yang tidak mungkin salah dibaca agen. Agen tidak akan membantah instruksi yang ambigu seperti yang dilakukan rekan kerja, jadi ia menambal celahnya dengan tebakan yang masuk akal lalu menyerahkan sesuatu yang runtut sekaligus salah. Orang yang mendapat hasil bagus bukanlah orang dengan prompt yang cerdik, melainkan orang yang merawat konteks yang bisa dipakai ulang: file konvensi yang di-commit, satu prosedur tersimpan untuk tiap tugas berulang, memori proyek yang dibaca agen sebelum ia menjelajah, serta tangkapan layar atau coretan alih-alih paragraf yang menjelaskan sebuah layar.

Sebaiknya agen coding berjalan di mesin Anda sendiri atau di mesin jarak jauh?

Keduanya, dipilih per tugas. Apa pun yang ingin Anda tonton, hentikan, atau koreksi di tengah jalan sebaiknya berada di mesin yang ada di depan Anda. Pekerjaan yang panjang, tergambar jelas, dan minim ambiguitas sebaiknya berjalan di mesin lain milik Anda atau di sebuah server lewat SSH, supaya pekerjaan dua jam tidak menyandera laptop Anda. Pertanyaan yang menentukan bukan soal tenaga, melainkan seberapa besar kemungkinan Anda perlu turun tangan.

Versi singkatnya

Pekerjaannya tidak hilang. Ia pindah dari dalam editor ke rantai yang mengelilinginya.

Kalau Anda cuma ingin mengubah satu hal bulan ini, pilih mata rantai satu. Semua yang ada di hilirnya adalah usaha yang terbuang ketika diarahkan ke masalah yang salah, dan itulah satu-satunya mata rantai di mana satu jam perhatian Anda masih mengalahkan satu jam waktu agen dengan selisih yang tidak bisa diukur siapa pun.