Kematian IDE?

• Pusat kerja developer sedang bergeser dari pengeditan kode baris per baris di IDE ke antarmuka orkestrasi dan supervisi agen, dan berbagai alat seperti Cursor Glass, Claude Code Web, serta GitHub Copilot Agent sedang mempercepat transisi ini
• Loop pengembangan baru berbentuk "spesifikasi niat → delegasi → observasi → review diff → merge", dengan agen, bukan file, sebagai pusat unit kerja
• Pola seperti isolasi pekerjaan (git worktree), manajemen status task, eksekusi asinkron di background, dan attention routing untuk menjalankan agen secara paralel sedang mengalami konvergensi di berbagai alat
• Kelelahan review serta overhead keamanan dan tata kelola muncul sebagai biaya baru saat agen benar 90% tetapi salah secara halus
• IDE tidak menghilang, melainkan terdesentralisasi (de-centered); tetap krusial untuk inspeksi presisi, debugging, dan pekerjaan berkesulitan tinggi, tetapi bukan lagi satu-satunya tempat dimulainya pemrograman

---

Dari mengedit file ke mengendalikan aliran kerja

• IDE tradisional dioptimalkan untuk loop internal yang ketat: buka file → edit → build → debug → ulangi, tetapi ketika agen kini dapat menjalankan sebagian besar loop ini secara otonom, IDE tidak lagi menjadi unit produktivitas yang dominan
• Loop baru berbentuk "spesifikasi niat → delegasi → observasi → review diff → merge"; yang membedakannya dari "autocomplete dengan jendela chat" adalah gabungan antara otonomi penggunaan tool dan antarmuka yang membuat otonomi itu tetap dapat dikendalikan
• Claude Code Web (atau Desktop) dan Codex menyerahkan pekerjaan yang didefinisikan dengan jelas kepada agen yang berjalan di lingkungan cloud terisolasi, dengan progres yang bisa dipantau lewat browser — tanpa perlu terminal atau setup lokal
• GitHub Copilot Agent secara mandiri merencanakan dan mengimplementasikan perubahan multi-file, membuat branch, menjalankan test, hingga mengajukan PR; peran utama developer adalah me-review hasil dan melakukan iterasi
• Conductor adalah aplikasi desktop yang menjalankan beberapa agen Claude Code secara bersamaan di workspace terisolasi sambil menyediakan pemantauan progres secara live
• Google Jules menangani pekerjaan background asinkron — tetapkan pekerjaan lalu review hasilnya saat selesai
• Mental model yang dibagikan semua alat ini: agen adalah unit kerja, bukan file — antarmuka yang perlu dioptimalkan adalah untuk memberi instruksi, memantau, dan me-review agen, bukan untuk mengetik lebih cepat

Lapisan orkestrasi yang sedang terbentuk

• Isolasi pekerjaan (Work Isolation) menjadi primitive dasar: agen paralel tidak boleh saling berbenturan, jadi hampir semua alat utama mengadopsi git worktree (atau pendekatan serupa) — Conductor memetakan tiap sesi agen ke workspace terisolasi, dan Vibe Kanban juga menerapkan pendekatan yang sama pada workflow agen berbasis kanban
• Perencanaan dan status task menjadi UI tingkat atas: alat seperti Vibe Kanban menggantikan "tab dan file" dengan "task dan status" — buat kartu task (landing page, backend service, integrasi email, dll.) lalu tetapkan masing-masing ke agen dan model, mengelola keseluruhannya seperti project board ringan tempat "tim" berjalan secara otonom
• Agen background dan desain yang mengutamakan asinkron: Cursor, Copilot, Antigravity, dan lainnya mendukung agen background yang berjalan tanpa keterlibatan pengguna saat eksekusi — definisikan niat lalu tinggalkan, review saat selesai; Jules juga bekerja dengan cara yang sama, berangkat dari asumsi bahwa perhatian pengguna terlalu berharga untuk dihabiskan menonton progress bar
• Manajemen perhatian untuk agen paralel: saat banyak agen berjalan sekaligus, bottleneck sebenarnya adalah mengetahui agen mana yang perlu intervensi sekarang juga — Conductor menampilkan progres live lintas sesi, dan cmux memperkenalkan notification ring dan unread badge pada pane terminal — "agen membutuhkan perhatian" muncul sebagai peristiwa kelas satu (first-class event) dalam lingkungan pengembangan
• Agen yang tertanam dalam lifecycle perangkat lunak: agen coding GitHub Copilot bersifat asinkron dan mengamankan kontrol melalui control layer, berjalan di atas GitHub Actions — terhubung bukan pada cara kode ditulis, tetapi pada cara kode benar-benar dikirimkan ke produksi (issue → PR → CI → merge)
• Alat-alat ini tidak mengklaim bahwa IDE menjadi tidak berguna, dan banyak yang interoperabel dengan IDE, tetapi pola yang berulang (workspace paralel, review berbasis diff, status task, eksekusi background, integrasi lifecycle) adalah perpindahan pusat gravitasi yang dimaksud oleh klaim "kematian IDE"

Mengapa developer masih kembali ke IDE

• Bantahan paling kuat terhadap "IDE telah mati": IDE memadatkan masalah-masalah sulit seperti navigasi presisi, penalaran lokal, debugging interaktif, dan pemahaman sistem lewat manipulasi langsung ke dalam satu loop umpan balik berfidelitas tinggi
• Bahkan alat orkestrasi yang paling ambisius pun tetap mempertahankan jalur keluar ke pengeditan manual — review diff di dalam thread, memberi komentar pada perubahan, lalu melakukan penyesuaian manual di editor adalah workflow yang memang dirancang demikian
• Ada area di mana alat agen sendiri menunjukkan keterbatasannya: refactoring multi-file di repositori besar masih menjadi salah satu tantangan tersulit bagi agen rekayasa perangkat lunak — situasi yang membutuhkan mental model sistem yang tidak bisa sepenuhnya direkonstruksi agen hanya dari konteks
• Failure mode yang membuat developer tetap terikat pada inspeksi tingkat IDE: ketika agen benar 90% tetapi salah secara halus — biaya menemukan masalah sering kali melebihi biaya menulis langsung, dan untuk perubahan berisiko tinggi, IDE tetap menjadi alat terbaik untuk inspeksi presisi

Biaya baru: kelelahan review dan overhead tata kelola

• Ketika pengembangan menjadi "menjalankan banyak agen secara paralel", workflow mewarisi masalah manajemen sistem terdistribusi, bukan lagi sekadar pengeditan teks — observability, izin, isolasi, tata kelola
• Workflow agen membalik tenaga kerja: alih-alih menulis kode, review menjadi pusatnya, dan menghadapi 12 diff dari 12 agen paralel di akhir hari menjadi masalah nyata berupa kelelahan review — inilah alasan alat yang paling hati-hati berfokus pada attention routing, perencanaan terstruktur, dan gate yang mengutamakan review
• Ketika agen mendapat akses ke lebih banyak tool seperti browsing web, query database, penulisan file system, dan trigger deployment, permukaan keamanan meluas — yang sama pentingnya dengan apa yang dapat dilakukan agen adalah apa yang diizinkan untuk dilakukannya
• Dari sisi observability dan kontrol, mode agen yang terintegrasi ke IDE sudah berkembang menuju log tool eksplisit dan gate persetujuan — begitu agen bekerja secara asinkron dan menyentuh pipeline CI, tata kelola bukan lagi pilihan, melainkan keharusan

Apa yang akan bertahan: IDE, control plane, atau keduanya

• "Kematian IDE" benar sebagai arah pusat gravitasi, tetapi salah sebagai prediksi literal
• Versi klaim yang paling kuat: IDE mundur dari workspace utama menjadi salah satu dari beberapa alat bawahan — digunakan untuk inspeksi presisi, debugging, dan penyuntingan akhir, sementara perencanaan, orkestrasi, review, dan manajemen agen berpindah ke dashboard, issue tracker, terminal observability, dan cloud control plane
• Framing "IDE yang lebih besar" juga sama-sama masuk akal: "IDE" baru adalah sistem yang menyediakan orkestrasi multi-agen, workspace terisolasi, izin dan audit log, review berbasis diff, konektivitas tool yang andal, serta attention routing — editor file masih ada, tetapi bukan lagi pintu depan (front door)
• IDE tidak mati, melainkan terdesentralisasi (de-centered) — pekerjaan berpindah ke permukaan orkestrasi, dan manusia menghabiskan lebih banyak waktu untuk mendefinisikan niat, mendelegasikan ke runtime agen paralel, serta melakukan supervisi, review, dan tata kelola
• IDE tetap krusial untuk akurasi, pemahaman, dan masalah sulit tingkat tinggi yang masih menyulitkan agen, tetapi bukan lagi satu-satunya tempat terjadinya pemrograman, dan bagi semakin banyak developer, juga bukan lagi tempat pertama yang mereka buka