VS Code 1.144 membawa sesi pemrograman melampaui penutup laptop

Anda memulai tugas pemrograman di meja, memeriksanya dari perangkat lain, lalu kembali untuk meninjau perubahannya. Pengalaman yang berguna adalah satu pekerjaan yang terus berlanjut, dengan instruksi sama dan keputusan yang terlihat. Merekonstruksi percakapan setiap kali berganti perangkat merupakan bentuk pekerjaan pengembangan lainnya.

VS Code 1.144 menjadi rilis stabil pada 28 Oktober 2026. Catatan rilisnya memadukan kesinambungan sesi agen dan pengelolaan jarak jauh dengan fitur yang memiliki label Preview atau Experimental sendiri. Sesi cloud berjalan pada infrastruktur GitHub, sehingga eksekusinya dapat berlanjut ketika laptop pengembangan sedang offline. Catatan rilis resmi.

Panduan ini menjelaskan perbedaan antara klien dan tempat pekerjaan dijalankan, kontribusi Agent Host Protocol, serta cara mengevaluasi sesi berkelanjutan melalui serah terima peninjauan kode yang nyata.

Tangkapan layar resmi Remote Environments di Visual Studio Code 1.144. Used with permission from Microsoft. Sumber gambar · Lisensi dan catatan gambar.

Menutup jendela dan menghentikan proses pekerja adalah peristiwa berbeda

Antarmuka pemrograman menampilkan pesan, berkas, dan permintaan persetujuan. Proses yang menjalankan tugas bisa berada di tempat lain. Ketika peran itu dipisahkan, menutup antarmuka tidak harus berarti meninggalkan tugas, asalkan host dan lingkungannya tetap tersedia.

Ikhtisar Universe Microsoft pada 28 Oktober menjelaskan Agent Host sebagai proses independen yang mengelola sesi, kerangka eksekusi agen, model, berkas, dan terminal. Menurut halaman itu, Agent Host Protocol telah mencapai 1.0 dan menghubungkan klien dengan status sesi berkelanjutan. Ini merupakan perbedaan arsitektur yang berguna untuk mengevaluasi arti sebenarnya dari “terus bekerja”.

Host lokal tetap bergantung pada mesin lokal. Host jarak jauh bergantung pada mesin jarak jauh dan pengaturan koneksinya. Sesi cloud memiliki lingkungan yang dihosting secara terpisah. Pilih lokasi eksekusi berdasarkan apa yang harus tetap tersedia ketika klien meninggalkannya.

Bayangkan klien sebagai jendela ruang kendali. Jendela lain dapat menampilkan pekerjaan yang sama, tetapi tidak memindahkan mesin di bawahnya. Ponsel yang menampilkan sesi tidak mengubah komputer lokal yang sedang tidur menjadi server yang selalu menyala.

Pandangan kami: persistensi menjadi berguna ketika identitas tugas bertahan bersama eksekusinya. Sesi berkelanjutan harus memperjelas repositori yang digunakan, perubahan yang dihasilkan, dan keputusan yang sedang ditunggu. Sekadar menjaga proses tetap hidup adalah pencapaian yang lebih kecil.

Penjelasan orisinal tanggung jawab klien dan host, berdasarkan ikhtisar VS Code Universe. Ini adalah model perencanaan sederhana, bukan topologi jaringan.

AHP menyinkronkan sesi yang sedang dilihat antarmuka

Situs resmi Agent Host Protocol, diperiksa pada 2 November, menjelaskan AHP sebagai protokol tampilan dua arah berbasis status. Klien beroperasi pada status sesi bersama; host menyiarkan tindakan dan menyelesaikan konflik. Koneksi ulang dapat menyampaikan tindakan yang terlewat atau cuplikan status terkini agar antarmuka dapat menyusul.

Hal ini penting karena sesi agen berisi lebih dari transkrip. Sesi dapat mencakup tindakan yang menunggu persetujuan, terminal yang berjalan, atau berkas yang berubah. Jika dua antarmuka menampilkan versi yang tidak konsisten atas fakta tersebut, orang yang mengoperasikan sesi dapat mengambil keputusan salah meskipun pembuatan kodenya baik.

Contoh koneksi ulang protokol memperlihatkan rekonsiliasi tindakan klien tertunda dengan status host. Bagi pembaca, implikasi praktisnya sederhana: koneksi ulang harus memulihkan situasi pekerjaan saat ini, termasuk nasib permintaan sebelumnya. Pengguna tidak seharusnya menebak apakah persetujuan tiba sebelum jaringan gagal.

Protokol bersama juga menciptakan batas interoperabilitas klien. Klien perlu memahami status sesi dan tindakan yang ditampilkannya. Keberadaan protokol tidak berarti setiap alat sudah dapat terhubung ke setiap penyedia atau menyajikan semua fitur secara identik.

Bagi tim yang membandingkan antarmuka, periksa keputusan yang penting dalam alur kerjanya. Bisakah klien alternatif menampilkan permintaan izin tertunda? Bisakah ia mengidentifikasi berkas yang berubah dan status tugas saat ini? Apakah kembali ke editor mempertahankan pekerjaan yang sama, alih-alih memulai percakapan kedua?

Rilis stabil dan kemampuan pratinjau memiliki label terpisah

Halaman VS Code 1.144 mengidentifikasi rilis sebagai Stable, sementara Cloud Automations, pembuatan gambar, dan konektor Copilot tetap berlabel Preview; penggunaan komputer dan fitur kumpulan kerja diberi label Experimental. Pengalaman sesi cloud memerlukan paket Copilot berbayar dan tunduk pada kebijakan organisasi. Status rilis dan fitur, 28 Oktober, diperiksa pada 2 November.

Kombinasi itu umum dalam editor yang dapat diperluas: aplikasi stabil dapat memuat fitur individual pada tingkat kematangan berbeda. Keputusan adopsi yang tepat berkaitan dengan fitur dan alur kerja, bukan nomor versi semata.

Tabel ini adalah perbandingan operasional, bukan janji perilaku identik di berbagai lingkungan. Persyaratan ekstensi, model, dan kerangka eksekusi tertentu tetap penting. Uji kombinasi yang akan digunakan tim Anda.

Untuk kemampuan eksperimental, pilih latihan terpisah yang dapat dibatalkan. Untuk evaluasi inti kesinambungan, mulailah dengan alur terkecil yang menunjukkan serah terima. Menggabungkan beberapa fitur baru mempersulit identifikasi bagian yang menghasilkan keluaran tidak terduga.

Tiga contoh tugas menunjukkan manfaat kesinambungan

Pengembang dapat menyerahkan perbaikan terbatas dan meninjaunya kemudian

Bayangkan pengembang meminta sesi cloud memperbaiki pengujian parser yang gagal dalam repositori. Instruksi menyebutkan kegagalan, perilaku terkait, dan verifikasi yang diharapkan. Pengembang lalu memeriksa kemajuan dari klien lain yang didukung sebelum kembali ke editor untuk meninjau.

Kriteria penerimaannya harus sama seperti perubahan apa pun: perbaikan menangani perilaku, pemeriksaan terkait lulus, dan perbedaannya sesuai. Kemampuan melanjutkan ketika laptop ditutup berguna karena mengubah kapan pekerjaan dapat dilakukan. Ini tidak membuktikan bahwa hasil siap digabungkan.

Untuk serah terima, minta sesi mempertahankan perintah pengujian dan hasilnya secara tepat. Pesan “pengujian lulus” lebih sulit dinilai daripada pemeriksaan bernama yang terkait dengan revisi tertentu. Peninjau membutuhkan cukup bukti untuk memahami hasil tanpa merekonstruksi seluruh percakapan.

Jika tugas terhalang persetujuan atau layanan yang hilang, sesi harus menampilkan status itu. Pekerjaan yang tetap aktif tetapi tidak dapat maju berbeda dari pekerjaan yang melakukan sesuatu yang berguna. Keterlihatan membantu pengembang memutuskan apakah perlu turun tangan, mengubah cakupan, atau membiarkannya menunggu.

Pemelihara dapat menyelidiki masalah terpisah tanpa mencampur berkasnya

Contoh pemelihara mungkin meminta satu sesi mereproduksi bug sementara sesi lain memeriksa dokumentasi. Ini dapat memanfaatkan waktu tunggu dengan baik jika batas tugas jelas. Ini juga menimbulkan kebutuhan untuk mempertahankan setiap hasil pada ruang kerja dan konteks peninjauannya sendiri.

Definisikan tanggung jawab sebelum mulai. Sebutkan berkas atau subsistem, cabang atau ruang kerja, dan keluaran setiap sesi. Jika dua tugas harus menyentuh kontrak yang sama, tentukan cara menyelaraskan temuan sebelum menerapkan kedua perubahan.

Tinjau satu hasil terhadap status repositori yang diketahui. Jika tidak, pengujian berhasil mungkin bergantung pada suntingan sesi lain yang belum ditinjau. Batas ruang kerja berharga karena memudahkan penetapan asal hasil yang lulus.

Manfaatnya adalah antrean peninjauan yang lebih jelas, bukan sekadar lebih banyak agen bersamaan. Dua penyelidikan dengan cakupan baik dapat mengurangi ketidakpastian; beberapa suntingan tumpang tindih dapat menambahnya. Antarmuka Agents berguna ketika membantu pemelihara melihat situasi mana yang sedang berkembang.

Tim dapat menguji tugas cloud berulang sebelum memercayai jadwal

Untuk contoh uji coba otomatisasi, pertimbangkan peninjauan berkala yang mengidentifikasi tautan dokumentasi yang perlu diperhatikan. Mulai dengan laporan hanya baca dan keluaran spesifik. Biarkan seseorang memeriksa hasil sebelum memperluas tugas untuk membuat perubahan.

Status Preview pada Cloud Automations penting karena pekerjaan berulang menambah tanggung jawab operasional. Tugas yang sekali berperilaku baik mungkin tetap membutuhkan pengendalian frekuensi, penanggung jawab, dan respons kegagalan yang jelas sebelum dijadwalkan. Uji persyaratan itu terpisah dari kualitas keluaran bahasanya.

Tim harus mengetahui tempat setiap eksekusi mencatat revisi repositori, temuan, dan permintaan eksternal. Jika eksekusi tidak dapat selesai, catatan harus menyatakan apa yang masih belum terselesaikan. Tugas berulang menjadi berguna ketika penanggung jawab dapat membedakan situasi yang tidak berubah dari pemeriksaan yang gagal.

Mulai dengan satu repositori dan cakupan sederhana. Perluas hanya setelah tim mengamati eksekusi biasa, eksekusi yang sengaja diblokir, dan peninjauan artefak yang dihasilkan. Ini adalah usulan langkah uji coba, bukan klaim pengujian langsung atas rilis tersebut.

Pekerjaan yang belum di-commit membutuhkan serah terima eksplisit

Catatan rilis 1.144 menyatakan bahwa sesi cloud memakai ruang kerja terpisah dan tidak otomatis menyalin perubahan lokal yang belum di-commit. Dari jendela Chat atau Agents, pengguna dapat memilih Cloud, memilih repositori GitHub, melanjutkan percakapan, merespons persetujuan, dan meninjau perubahan; sesi yang ada dapat dibuka kembali dari daftar sesi. Petunjuk sesi cloud.

Ruang kerja terpisah itu penting bagi siapa pun yang bekerja dalam salinan kerja yang sibuk. Berkas lokal bisa sangat penting bagi tugas meskipun tidak ada pada status repositori yang dilihat sesi cloud. Sebelum menyerahkan, identifikasi revisi sumber yang dimaksud dan cara yang diizinkan untuk menyediakan materi tambahan.

Jangan samakan pergantian antarmuka dengan pemindahan berkas. Melanjutkan percakapan yang sama tidak membuktikan bahwa semua berkas lokal atau layanan yang berjalan telah berpindah. Sesi dapat mempertahankan maksudnya sambil tetap membutuhkan akses eksplisit ke materi yang diperlukan untuk menjalankannya.

Untuk contoh laporan bug, sertakan input yang gagal dalam bentuk yang disetujui dan dapat direproduksi. Nyatakan apakah agen harus memakai data uji yang sudah di-commit atau materi baru yang diberikan. Ini memberikan titik awal konkret dan menghindari penyelidikan panjang terhadap status repositori yang tidak pernah memuat masalah itu.

Tinjauan akhir harus memeriksa batas yang sama secara terbalik. Tentukan tempat perubahan usulan berada dan cara memasukkannya ke cabang kerja. Pertahankan suntingan lokal aktif ketika meninjau dan menerapkan hasil. Manfaat ruang kerja jarak jauh tidak boleh mengorbankan pekerjaan lokal yang statusnya tidak pasti.

Alur penerimaan orisinal untuk tugas pemrograman berkelanjutan. Gambar ini memadukan batas ruang kerja cloud yang terdokumentasi dengan peninjauan rekayasa biasa; tidak melaporkan hasil pengujian independen.

Tur sepuluh menit membuktikan lebih sedikit daripada satu tugas lengkap

Mudah untuk mengevaluasi bagian kesinambungan yang terlihat: sesi muncul dalam daftar, klien terhubung kembali, pesan tiba. Itu pemeriksaan yang berguna, tetapi tujuan pengembang adalah pekerjaan selesai yang statusnya bertahan selama serah terima.

Pilih tugas kecil yang dapat selesai dengan artefak yang bisa diperiksa. Data uji, koreksi dokumentasi, atau perbaikan perilaku terisolasi dapat cocok jika repositori memiliki pemeriksaan yang jelas. Tugas harus cukup bermakna untuk mengungkap status ruang kerja dan izin tanpa membuat percobaan pertama terlalu luas.

1. Perbarui dan verifikasi rilis terpasang. Gunakan alur Check for Updates VS Code dan pastikan versinya. Tinjau label khusus fitur dalam catatan resmi.
2. Pilih lingkungan eksekusi yang diizinkan. Pastikan akses repositori, kelayakan paket, dan kebijakan organisasi. Tentukan apakah tugas cocok pada host lokal, jarak jauh, atau cloud.
3. Catat status awal. Catat repositori dan revisi. Pertahankan perubahan lokal dan identifikasi input yang diperlukan ruang kerja terpilih.
4. Berikan instruksi terbatas. Sebutkan perilaku yang diinginkan, cakupan, dan perintah verifikasi. Definisikan artefak yang diharapkan untuk ditinjau.
5. Uji serah terima. Tinggalkan klien dan sambungkan kembali melalui antarmuka yang tersedia dan didukung. Periksa status sesi yang sama, persetujuan tertunda, dan pekerjaan baru.
6. Kembali ke kode. Periksa perbedaan dan bukti verifikasi. Pastikan pemeriksaan berlaku pada revisi yang sedang ditinjau.
7. Catat hasil dan batas tersisa. Pisahkan koneksi ulang yang berhasil, tugas selesai, dan perubahan diterima. Ketiganya adalah tahap terkait dengan bukti berbeda.

Jika pengujian gagal, diagnosis batas yang gagal. Data uji repositori yang hilang memerlukan perbaikan ruang kerja; panggilan alat yang diblokir memerlukan keputusan izin; host tidak tersedia memerlukan keputusan lingkungan eksekusi. Mengulang prompt yang sama jarang menyelesaikan persoalan di luar prompt.

Jaga hasil pertama tetap spesifik. “Tugas ini berlanjut di lingkungan ini dan menghasilkan perubahan yang telah ditinjau ini” adalah kesimpulan operasional yang berguna. Ini memberi tahu kolega apa yang dapat diulang dan di mana kondisi menjadi penting.

Sesi persisten seharusnya memudahkan penelusuran tanggung jawab

VS Code 1.144 menempatkan lebih banyak alur kerja agen dalam ruang kerja berkelanjutan: tempat instruksi menjadi tindakan dan tindakan menjadi perubahan yang dapat ditinjau. AHP memberikan arah status bersama bagi klien, sementara lokasi eksekusi menentukan apa yang dapat terus berjalan setelah perangkat terputus.

Peningkatan yang bermakna adalah pekerjaan yang dapat Anda tinggalkan, kunjungi kembali, dan tetap pahami. Ketika sesi mempertahankan status sumber, keputusan, dan verifikasinya, penutup laptop menjadi detail penjadwalan, bukan batas pekerjaan.

Sumber

• Catatan rilis Visual Studio Code 1.144, rilis Stable 28 Oktober 2026; diperiksa pada 2 November 2026.
• VS Code Wrapped: GitHub Universe 2026, 28 Oktober 2026.
• Microsoft Agent Host Protocol, spesifikasi v1.0.0 dan ikhtisar status bersama, diperiksa pada 2 November 2026.

Simpan materi di balik sebuah keputusan

Telli.sh adalah salah satu pilihan untuk menyimpan materi sumber yang diizinkan bersama catatan yang telah Anda tinjau. Buat ruang kerja catatan.