VS Code Agents Window: Cara Kerja Workflow Agent-First untuk Developer

Daftar Isi

Pendahuluan
Apa Itu VS Code Agents Window?
Code-First vs Agent-First: Bedanya di Mana?
Bagian Penting di Agents Window
Cara Kerja Session dan Isolation
Kenapa Customizations Jadi Sangat Penting
Workflow Praktis yang Cocok untuk Agents Window
Keterbatasan dan Hal yang Perlu Diwaspadai
Checklist Sebelum Tim Mengadopsinya
FAQ

Pendahuluan

Selama beberapa tahun terakhir, banyak developer memakai AI di editor dengan pola yang mirip: buka file, sorot kode, lalu minta bantuan untuk menjelaskan, refactor, atau menulis potongan implementasi. Workflow ini masih berguna, tapi perlahan muncul pola kerja baru yang lebih agent-first: developer memberi tugas yang lebih besar, lalu agent merencanakan langkah, mengubah file, menjalankan command, dan memvalidasi hasilnya.

VS Code sekarang mencoba memberi ruang khusus untuk pola kerja itu lewat Agents Window. Ini bukan sekadar chat panel lain. Microsoft mendesainnya sebagai window terpisah untuk mengelola session agent, perubahan file, task validasi, dan berbagai customization seperti agents, skills, instructions, hooks, MCP servers, dan plugins.

Artikel ini membahas apa itu VS Code Agents Window, kenapa menarik untuk developer modern, kapan sebaiknya dipakai, dan batasan apa saja yang tetap perlu dipahami sebelum tim mengandalkannya sebagai workflow harian.

Apa Itu VS Code Agents Window?

VS Code Agents Window adalah window khusus di Visual Studio Code yang dibangun untuk workflow agent-first atau task-first. Kalau editor utama tetap difokuskan untuk kerja code-centric seperti editing, debugging, notebook, extension, dan remote development, Agents Window difokuskan untuk mengelola pekerjaan berbasis prompt dan session agent lintas project.

Secara praktis, Agents Window memberi developer beberapa kemampuan penting:

membuka dan melanjutkan banyak session agent dari berbagai workspace
melihat perubahan file yang dibuat agent dalam panel review khusus
menjalankan task atau command untuk memvalidasi hasil kerja agent
mengelola seluruh AI customizations di satu tempat
berpindah antara beberapa engine seperti Copilot CLI, Copilot Cloud, dan Claude agent tergantung konteks workspace

Karena session dan konfigurasi dibagi dengan window VS Code utama, developer tidak dipaksa memilih satu gaya kerja saja. Kamu tetap bisa berpindah dari mode editor biasa ke workflow agent saat task yang dihadapi memang lebih cocok didelegasikan.

Code-First vs Agent-First: Bedanya di Mana?

Dokumentasi resmi VS Code membedakan dua pendekatan utama.

1. Code-first

Di mode ini, editor tetap menjadi antarmuka utama. Developer menulis dan meninjau kode secara langsung, sementara AI bertindak sebagai asisten yang membantu di titik-titik tertentu: menjelaskan kode, menyarankan refactor, membuat test, atau membantu debugging.

2. Agent-first

Di mode ini, chat dan session menjadi pusat workflow. Developer menjelaskan tujuan di level lebih tinggi, lalu agent memecah task menjadi langkah-langkah, mencari konteks, mengubah file, menjalankan command, dan mencoba memperbaiki dirinya sendiri saat menemui masalah.

Perbedaan paling penting bukan sekadar di UI, tetapi di unit kerja yang diutamakan.

Di code-first, unit kerjanya biasanya file atau bagian kode.
Di agent-first, unit kerjanya adalah task atau objective.

Ini berarti Agents Window lebih cocok saat Kamu ingin berpikir dalam bentuk pekerjaan seperti:

“implementasikan fitur kecil ini”
“cari akar masalah error build dan usulkan patch”
“siapkan perubahan, lalu jalankan test terkait”
“review perubahan agent dan beri feedback di diff”

Bagian Penting di Agents Window

Dari referensi resmi VS Code, ada empat area utama yang menjadi tulang punggung Agents Window.

1. Sessions list

Panel ini menampilkan semua session aktif atau sebelumnya dari berbagai workspace. Session bisa dikelompokkan berdasarkan project atau waktu, lalu di-pin, di-rename, atau ditandai selesai. Ini penting karena di workflow agent-first, session bukan sekadar riwayat chat, tetapi representasi pekerjaan yang sedang berjalan.

2. Customizations panel

Di bawah sessions list ada panel yang mengelola seluruh AI customization. Di sinilah developer bisa melihat dan mengatur:

Agents
Skills
Instructions
Hooks
MCP Servers
Plugins

Panel ini menunjukkan bahwa Microsoft mulai memposisikan runtime agent bukan hanya sebagai model, tetapi sebagai sistem kerja yang bisa dikonfigurasi.

3. Chat area

Bagian tengah tetap menjadi tempat memberi prompt, membaca progres, dan mengarahkan agent. Tetapi di Agents Window, chat tidak berdiri sendiri. Ia terhubung erat dengan session, file changes, task validation, dan sub-session.

4. Changes panel

Panel kanan menampilkan file explorer dan daftar perubahan file yang dibuat agent. Developer bisa membuka diff, memberi feedback langsung di edit tertentu, lalu memilih langkah berikutnya seperti commit, merge, checkout, atau discard.

Bagian ini penting karena review perubahan agent tidak lagi tercecer di chat, tetapi muncul sebagai alur review yang lebih dekat ke praktik engineering nyata.

Cara Kerja Session dan Isolation

Salah satu ide penting di Agents Window adalah bahwa setiap session punya konteks kerja yang lebih terstruktur.

Saat memulai session baru, developer memilih:

local folder atau GitHub repository
jenis agent yang dipakai
mode isolation untuk session tertentu

Untuk Copilot CLI sessions, VS Code mendukung dua pola utama:

1. Folder isolation

Agent bekerja langsung di workspace utama. Ini lebih sederhana, tapi perubahan agent masuk langsung ke file yang sedang Kamu pakai.

2. Worktree isolation

Agent bekerja di folder terpisah berbasis Git worktree. Perubahan agent tetap terisolasi sampai Kamu memutuskan untuk merge. Ini jauh lebih aman untuk task yang lebih besar atau eksperimental.

Dokumentasi resmi juga menjelaskan bahwa session bisa dibuka pada remote machine melalui SSH atau dev tunnel. Ini menarik karena workflow agent tidak lagi harus terikat pada laptop lokal. Kamu bisa memanfaatkan machine lain yang punya environment atau resource yang lebih cocok.

Selain itu, Agents Window mendukung sub-session untuk task paralel di workspace yang sama. Ini berguna ketika Kamu ingin meminta agent mengerjakan cabang task yang berbeda tanpa mengganggu session utama.

Kenapa Customizations Jadi Sangat Penting

Salah satu hal paling menarik dari Agents Window adalah bagaimana ia membuat konfigurasi agent menjadi terlihat jelas, bukan tersembunyi di balik file atau pengaturan yang tersebar.

Dari referensi Microsoft dan ulasan praktis lain, customizations ini mencakup:

Agents untuk mendefinisikan persona dan tool access tertentu
Skills untuk memberi instruction folder yang dimuat saat relevan
Instructions untuk aturan yang membentuk gaya output AI
Hooks untuk menjalankan shell command di lifecycle tertentu
MCP Servers untuk menghubungkan agent ke tools eksternal melalui standar MCP
Plugins sebagai bundel siap pakai dari beberapa customization sekaligus

Implikasinya cukup besar. Agent tidak lagi hanya soal memilih model yang lebih pintar, tetapi soal mengatur runtime kerja: tool apa yang boleh dipakai, kebiasaan coding apa yang harus diikuti, validasi apa yang berjalan otomatis, dan integrasi apa yang tersedia.

Kalau dipikir lebih dalam, ini menggeser diskusi dari “model mana paling bagus” ke “sistem orkestrasi mana yang membuat model benar-benar berguna di workflow engineering”.

Workflow Praktis yang Cocok untuk Agents Window

Tidak semua task perlu dibawa ke Agents Window. Tapi ada beberapa pola yang sangat cocok.

1. Task implementasi yang cukup besar tapi tetap jelas

Misalnya menambahkan fitur kecil lintas beberapa file, mengubah konfigurasi project, atau menyusun test untuk modul yang sudah cukup terdefinisi.

2. Debugging yang butuh eksplorasi beberapa area project

Karena agent bisa menelusuri file, menjalankan command, dan mencoba self-correction, Agents Window cocok untuk investigasi yang tidak nyaman kalau hanya dilakukan lewat satu chat thread biasa.

3. Review hasil kerja agent dalam bentuk diff

Kalau Kamu ingin memisahkan fase “minta agent kerja” dan fase “review perubahan dengan tenang”, Changes panel memberi alur yang lebih rapi daripada sekadar membaca potongan patch di chat.

4. Eksperimen aman dengan worktree isolation

Untuk task yang Kamu belum yakin hasilnya akan dipakai, worktree isolation memberi jarak aman antara percobaan agent dan branch utama yang sedang Kamu kerjakan.

5. Workflow lintas project atau lintas session

Karena semua session bisa dikelola di satu window, developer yang menangani beberapa repository akan mendapat nilai lebih dibanding workflow chat yang terlalu terikat ke satu workspace saja.

Keterbatasan dan Hal yang Perlu Diwaspadai

Meski menarik, Agents Window belum berarti semua masalah selesai.

Ada beberapa batasan praktis yang penting dicatat dari dokumentasi resmi:

Masih preview Microsoft sendiri masih menandainya sebagai preview, jadi perilaku, batasan, dan UX-nya masih bisa berubah.
Dukungan agent belum universal Saat ini Agents Window berfokus pada Copilot CLI, Copilot Cloud, dan Claude agent. Untuk local agent atau third-party agent lain, pengelolaan tertentu masih perlu dilakukan dari main VS Code window.
Multi-root session belum didukung Kalau workflow tim sangat bergantung pada multi-root workspace, ini perlu diperhatikan.
Integrated browser belum sepenuhnya otomatis Agent belum bisa langsung membuka integrated browser sendiri dalam semua kasus. Developer masih perlu memulainya lewat command palette atau link localhost.
Governance tetap penting Kalau tim memakai GitHub organization dengan pembatasan model, plugins, atau MCP, maka kebebasan customizations akan mengikuti batasan organisasi itu. Ini bagus untuk kontrol, tapi penting dipahami sejak awal.
Agent-first tetap butuh review manusia Walaupun agent bisa menulis kode, menjalankan command, dan self-correct, developer tetap perlu meninjau diff, memvalidasi hasil build/test, dan menilai apakah perubahan itu benar secara sistemik.

Checklist Sebelum Tim Mengadopsinya

Gunakan checklist ini sebelum menjadikan Agents Window sebagai bagian rutin workflow tim:

Apakah tim benar-benar punya task yang lebih cocok didelegasikan sebagai objective, bukan edit file manual?
Apakah workflow review perubahan agent sudah jelas?
Apakah penggunaan folder isolation vs worktree isolation sudah dipahami?
Apakah custom instructions, skills, atau hooks yang penting sudah disiapkan?
Apakah task validasi seperti build dan test sudah mudah dijalankan dari session?
Apakah tim paham batasan preview dan jenis agent yang didukung?
Apakah kebijakan trust, akses GitHub, dan governance organisasi sudah aman?
Apakah developer tetap tahu kapan harus kembali ke editor biasa dan tidak memaksa semua task jadi agent-first?

Kalau sebagian besar jawaban masih belum, lebih baik pakai Agents Window secara bertahap dulu, bukan langsung menjadikannya default untuk semua pekerjaan.

FAQ

Apakah Agents Window menggantikan VS Code editor biasa?

Tidak. Microsoft memposisikannya sebagai pelengkap. Editor utama tetap lebih cocok untuk editing intensif, debugging, notebook, dan pekerjaan code-first. Agents Window lebih cocok untuk task-oriented workflow.

Kapan sebaiknya pakai Agents Window dibanding chat biasa di editor?

Saat task yang dihadapi lebih besar dari sekadar satu edit kecil, butuh session yang bisa dilanjutkan, perlu review diff yang rapi, atau ingin menjalankan workflow agent dengan isolation yang lebih jelas.

Apakah Agents Window bisa dipakai lintas project?

Ya. Salah satu nilai utamanya justru ada di pengelolaan session dari banyak workspace tanpa harus membuka setiap project di window terpisah.

Apakah semua extension langsung jalan di Agents Window?

Tidak selalu. Extension yang hanya menyumbang konten statis seperti theme, grammar, language, atau keybindings biasanya aktif otomatis. Extension lain mungkin perlu diaktifkan khusus melalui pengaturan yang relevan.

Apakah Agents Window aman dipakai untuk remote machine?

Cukup aman kalau koneksi dan autentikasinya dikelola dengan benar. Dokumentasi resmi menekankan bahwa dev tunnel harus memakai autentikasi, karena anonymous access sangat berisiko, terutama jika auto-approval modes aktif.