VS Code 1.144 membawa sesi pengekodan melangkaui penutup komputer riba

Anda memulakan tugas pengekodan di meja, menyemaknya daripada peranti lain dan kembali kemudian untuk menyemak diff. Pengalaman berguna ialah satu tugas berterusan, dengan arahan sama dan keputusan kelihatan. Membina semula perbualan selepas setiap pertukaran peranti ialah satu lagi bentuk kerja pembangunan.

VS Code 1.144 menjadi keluaran stabil pada 28 Oktober 2026. Nota keluarannya menggabungkan kesinambungan sesi ejen dan pengurusan jauh dengan ciri yang membawa label Preview atau Experimental sendiri. Sesi awan berjalan pada infrastruktur GitHub, jadi pelaksanaannya boleh berterusan semasa komputer riba pembangunan berada di luar talian. Nota keluaran rasmi.

Panduan ini menerangkan perbezaan klien dengan tempat kerja berjalan, sumbangan Agent Host Protocol dan cara menilai sesi berterusan melalui serahan semakan kod sebenar.

Tangkap layar rasmi Remote Environments Visual Studio Code 1.144. Used with permission from Microsoft. Sumber imej · Lesen dan catatan imej.

Menutup tetingkap dan menghentikan pekerja ialah peristiwa berbeza

Antara muka pengekodan memaparkan mesej, fail dan permintaan kelulusan. Proses yang menjalankan tugas mungkin berada di tempat lain. Apabila peranan itu dipisahkan, menutup antara muka tidak semestinya bermakna meninggalkan tugas, asalkan hos dan persekitarannya kekal tersedia.

Gambaran keseluruhan Universe Microsoft pada 28 Oktober menghuraikan Agent Host sebagai proses bebas yang mengurus sesi, harness, model, fail dan terminal. Ia menyatakan Agent Host Protocol mencapai 1.0 dan menghubungkan klien kepada keadaan sesi berterusan. Perbezaan seni bina itu berguna untuk menilai makna sebenar “terus bekerja”.

Hos setempat masih bergantung pada mesin setempat. Hos jauh bergantung pada mesin jauhnya dan susunan sambungan. Sesi awan mempunyai persekitaran dihoskan berasingan. Pilih lokasi pelaksanaan mengikut perkara yang perlu kekal tersedia apabila klien tiada.

Anggap klien sebagai tetingkap bilik kawalan. Tetingkap lain boleh menunjukkan kerja sama, tetapi tidak memindahkan jentera di bawahnya. Telefon yang memaparkan sesi tidak menjadikan komputer setempat yang tidur sebagai pelayan sentiasa hidup.

Pandangan kami: pengekalan berguna apabila identiti tugas bertahan bersama pelaksanaannya. Sesi berterusan patut menjelaskan repositori digunakan, perubahan dihasilkan dan keputusan yang ditunggu. Sekadar memastikan proses hidup ialah pencapaian yang lebih kecil.

Penerangan asli tentang pemilikan klien berbanding hos, berdasarkan gambaran keseluruhan Universe VS Code. Ini model perancangan dipermudah, bukan topologi rangkaian.

AHP menyegerakkan sesi yang dilihat antara muka

Laman Agent Host Protocol rasmi, disemak pada 2 November, menghuraikan AHP sebagai protokol paparan dua hala berasaskan keadaan. Klien beroperasi pada keadaan sesi bersama; hos menyiarkan tindakan dan mengadili konflik. Sambungan semula boleh menghantar tindakan terlepas atau petikan keadaan semasa supaya antara muka dapat mengejar keadaan terkini.

Ini penting kerana sesi ejen mengandungi lebih daripada transkrip. Ia mungkin merangkumi tindakan menunggu kelulusan, terminal berjalan atau fail berubah. Jika dua antara muka memaparkan versi fakta itu yang tidak konsisten, pengendali boleh membuat keputusan salah walaupun penjanaan kod sendiri baik.

Contoh sambungan semula protokol menunjukkan tindakan klien tertunda diselaraskan dengan keadaan hos. Implikasi praktikal bagi pembaca mudah: menyambung semula patut memulihkan keadaan semasa tugas, termasuk nasib permintaan terdahulu. Ia tidak patut memerlukan tekaan sama ada kelulusan tiba sebelum rangkaian gagal.

Protokol bersama turut mewujudkan sempadan kebolehoperasian klien. Klien perlu memahami keadaan dan tindakan sesi yang dipaparkannya. Kewujudan protokol tidak bermakna setiap alat sudah boleh bersambung kepada setiap pembekal atau mendedahkan semua ciri secara serupa.

Untuk pasukan membandingkan antara muka, periksa keputusan penting dalam aliran kerjanya. Bolehkah klien alternatif memaparkan permintaan kebenaran tertunda? Bolehkah ia mengenal pasti fail berubah dan status tugas semasa? Adakah kembali ke penyunting mengekalkan tugas sama, bukan memulakan perbualan kedua?

Keluaran stabil dan keupayaan pratonton ialah label berasingan

Halaman VS Code 1.144 mengenal pasti keluaran sebagai Stable, sementara Cloud Automations, penjanaan imej dan penyambung Copilot mengekalkan label Preview; penggunaan komputer dan ciri working set ditandakan Experimental. Pengalaman sesi awan memerlukan pelan Copilot berbayar dan tertakluk kepada polisi organisasi. Status keluaran dan ciri, 28 Oktober, disemak pada 2 November.

Gabungan itu biasa bagi penyunting boleh diperluas: aplikasi stabil boleh mengandungi ciri individu pada tahap kematangan berbeza. Keputusan penggunaan yang betul terletak pada ciri dan aliran kerja, bukan nombor versi sahaja.

Jadual ini perbandingan operasi, bukan janji tingkah laku serupa antara persekitaran. Keperluan sambungan, model dan harness tertentu masih penting. Uji gabungan yang ingin digunakan pasukan.

Untuk keupayaan eksperimen, pilih latihan berasingan yang boleh diundur. Untuk penilaian kesinambungan utama, mulakan dengan aliran terkecil yang menunjukkan serahan. Menggabungkan beberapa ciri baharu menyukarkan pengenalpastian bahagian yang menghasilkan kejutan.

Tiga tugas contoh menunjukkan tempat kesinambungan membantu

Pembangun boleh menyerahkan pembaikan terhad dan menyemaknya kemudian

Bayangkan pembangun meminta sesi awan membaiki ujian parser gagal dalam repositori. Arahan menamakan kegagalan, tingkah laku berkaitan dan pengesahan dijangka. Pembangun kemudian menyemak kemajuan daripada klien disokong lain sebelum kembali ke penyunting untuk semakan.

Kriteria penerimaan patut sama seperti perubahan lain: pembaikan menangani tingkah laku, semakan berkaitan lulus dan diff sesuai. Keupayaan meneruskan kerja semasa komputer riba ditutup berguna kerana mengubah masa kerja boleh berlaku. Ia tidak membuktikan hasil sedia digabungkan.

Untuk serahan, minta sesi menyimpan perintah tepat dan hasil ujian. Mesej “ujian lulus” lebih sukar dinilai daripada semakan bernama yang terikat pada semakan kod tertentu. Penyemak memerlukan bukti mencukupi untuk memahami hasil tanpa membina semula seluruh perbualan.

Jika tugas tersekat oleh kelulusan atau perkhidmatan hilang, sesi patut mendedahkan keadaan itu. Tugas aktif yang tidak dapat maju berbeza daripada tugas yang melakukan kerja berguna. Keterlihatan membantu pembangun memilih campur tangan, mengubah skop atau membiarkan tugas menunggu.

Penyelenggara boleh menyiasat isu berasingan tanpa mencampurkan fail

Penyelenggara contoh mungkin meminta satu sesi menghasilkan semula pepijat sementara sesi lain memeriksa dokumentasi. Ini boleh menggunakan masa menunggu dengan baik jika sempadan tugas jelas. Ia turut memerlukan setiap hasil kekal terikat pada ruang kerja dan konteks semakannya sendiri.

Takrif pemilikan sebelum bermula. Namakan fail atau subsistem, cabang atau ruang kerja dan hasil yang patut diberikan setiap sesi. Jika dua tugas mesti menyentuh kontrak sama, tentukan cara menyelaraskan dapatan sebelum menerapkan kedua-dua perubahan.

Semak satu hasil berdasarkan keadaan repositori diketahui. Jika tidak, ujian berjaya mungkin bergantung pada suntingan sesi lain yang belum disemak. Sempadan ruang kerja bernilai kerana memudahkan sumber hasil lulus ditentukan.

Faedahnya barisan semakan lebih jelas, bukan sekadar lebih banyak ejen serentak. Dua siasatan berskop baik boleh mengurangkan ketidakpastian; beberapa suntingan bertindih boleh menambahnya. Antara muka Agents berguna apabila membantu penyelenggara melihat keadaan mana sedang berkembang.

Pasukan boleh menguji tugas awan berulang sebelum mempercayai jadual

Untuk pilot automasi contoh, pertimbangkan semakan berkala yang mengenal pasti pautan dokumentasi memerlukan perhatian. Mulakan dengan laporan baca sahaja dan output khusus. Biarkan seseorang memeriksa hasil sebelum meluaskan tugas kepada penciptaan perubahan.

Status Preview Cloud Automations penting kerana kerja berulang menambah tanggungjawab operasi. Tugas yang berkelakuan baik sekali mungkin masih memerlukan kawalan kadar, pemilikan dan respons kegagalan jelas sebelum dijadualkan. Uji keperluan itu berasingan daripada mutu output bahasanya.

Pasukan patut tahu tempat setiap larian merekod semakan repositori, dapatan dan permintaan luaran. Jika larian tidak selesai, rekod patut menyatakan perkara belum selesai. Tugas berulang berguna apabila pemilik boleh membezakan keadaan tidak berubah daripada semakan gagal.

Mulakan dengan satu repositori dan skop sederhana. Luaskan hanya selepas pasukan melihat larian biasa, larian sengaja disekat dan semakan bahan terhasil. Itu langkah pilot cadangan, bukan dakwaan ujian langsung terhadap keluaran ini.

Kerja belum dikomit memerlukan serahan jelas

Nota keluaran 1.144 menyatakan sesi awan menggunakan ruang kerja berasingan dan tidak menyalin perubahan setempat belum dikomit secara automatik. Dari tetingkap Chat atau Agents, pengguna boleh memilih Cloud, memilih repositori GitHub, membuat susulan, menjawab kelulusan dan menyemak perubahan; sesi sedia ada boleh dibuka semula daripada senarai sesi. Arahan sesi awan.

Ruang kerja berasingan itu fakta penting bagi sesiapa yang bekerja dalam checkout sibuk. Fail setempat boleh penting kepada tugas walaupun tidak wujud dalam keadaan repositori yang dilihat sesi awan. Sebelum serahan, kenal pasti semakan sumber dimaksudkan dan cara dibenarkan membekalkan bahan tambahan.

Jangan kelirukan peralihan antara muka dengan pemindahan fail. Meneruskan perbualan sama tidak membuktikan setiap fail setempat atau perkhidmatan berjalan telah dipindahkan. Sesi boleh mengekalkan niat tetapi masih memerlukan akses jelas kepada bahan yang diperlukan untuk melaksanakannya.

Untuk laporan pepijat contoh, masukkan input gagal dalam bentuk diluluskan yang boleh dihasilkan semula. Nyatakan sama ada ejen patut menggunakan bahan ujian dikomit atau bahan baharu dibekalkan. Ini memberikan titik mula nyata dan mengelakkan siasatan panjang terhadap keadaan repositori yang tidak pernah mengandungi masalah itu.

Semakan akhir patut memeriksa sempadan sama dalam arah terbalik. Tentukan tempat perubahan cadangan berada dan cara memasukkannya ke cabang kerja. Pelihara suntingan setempat aktif semasa menyemak dan menerapkan hasil. Manfaat ruang kerja jauh tidak patut mengorbankan kerja setempat yang statusnya tidak pasti.

Aliran penerimaan asli bagi tugas pengekodan berterusan. Ia menggabungkan sempadan ruang kerja awan didokumentasikan dengan semakan kejuruteraan biasa; tiada hasil ujian bebas dilaporkan.

Lawatan sepuluh minit membuktikan kurang daripada satu tugas lengkap

Mudah menilai bahagian kesinambungan yang kelihatan: sesi muncul dalam senarai, klien menyambung semula, mesej tiba. Itu semakan berguna, tetapi matlamat pembangun ialah kerja siap yang keadaannya bertahan melalui serahan.

Pilih tugas kecil yang boleh berakhir dengan bahan boleh diperiksa. Bahan ujian, pembetulan dokumentasi atau pembaikan tingkah laku terasing sesuai jika repositori mempunyai semakan jelas. Tugas patut cukup bermakna untuk mendedahkan keadaan ruang kerja dan kebenaran tanpa menjadikan percubaan pertama terlalu luas.

1. Kemas kini dan sahkan keluaran terpasang. Gunakan aliran Check for Updates VS Code dan sahkan versi. Semak label khusus ciri dalam nota rasmi.
2. Pilih persekitaran pelaksanaan dibenarkan. Sahkan akses repositori, kelayakan pelan dan polisi organisasi. Tentukan sama ada tugas sesuai pada hos setempat, jauh atau awan.
3. Rekod keadaan mula. Catat repositori dan semakan kod. Simpan perubahan setempat dan kenal pasti input yang diperlukan ruang kerja pilihan.
4. Berikan arahan terhad. Namakan tingkah laku dikehendaki, skop dan perintah pengesahan. Takrif bahan yang dijangka untuk disemak.
5. Uji serahan. Tinggalkan klien dan sambung semula melalui antara muka disokong tersedia. Semak status sesi sama, kelulusan tertunda dan kerja baharu.
6. Kembali kepada kod. Periksa diff dan bukti pengesahan. Sahkan semakan terpakai pada semakan kod yang sedang dinilai.
7. Rekod hasil dan batasan baki. Bezakan sambungan semula berjaya, tugas siap dan perubahan diterima. Itu pencapaian berkaitan dengan bukti berbeza.

Jika ujian gagal, diagnosis sempadan yang gagal. Bahan ujian repositori hilang memerlukan pembaikan ruang kerja; panggilan alat disekat memerlukan keputusan kebenaran; hos tidak tersedia memerlukan keputusan persekitaran pelaksanaan. Mengulang prom sama jarang menyelesaikan masalah di luar prom.

Pastikan hasil pertama khusus. “Tugas ini diteruskan dalam persekitaran ini dan menghasilkan diff disemak ini” ialah kesimpulan operasi berguna. Ia memberitahu rakan perkara yang boleh diulang dan tempat syarat memainkan peranan.

Sesi berterusan patut memudahkan penjejakan tanggungjawab

VS Code 1.144 menempatkan lebih banyak aliran ejen dalam ruang kerja berterusan: tempat arahan menjadi tindakan dan tindakan menjadi perubahan boleh disemak. AHP memberikan arah keadaan bersama untuk klien, sementara lokasi pelaksanaan menentukan perkara yang boleh terus berjalan selepas peranti terputus.

Peningkatan bermakna ialah tugas yang boleh ditinggalkan, dikunjungi semula dan masih difahami. Apabila sesi menyimpan keadaan sumber, keputusan dan pengesahan, penutup komputer riba menjadi butiran penjadualan, bukan sempadan kerja.

Sumber

• Nota keluaran Visual Studio Code 1.144, keluaran Stable 28 Oktober 2026; disemak pada 2 November 2026.
• VS Code Wrapped: GitHub Universe 2026, 28 Oktober 2026.
• Microsoft Agent Host Protocol, spesifikasi v1.0.0 dan gambaran keadaan bersama, disemak pada 2 November 2026.

Simpan bahan di sebalik sesuatu keputusan

Telli.sh ialah satu pilihan untuk menyimpan bahan sumber yang dibenarkan bersama catatan yang telah anda semak. Cipta ruang kerja catatan.