VS Code 1.144: công việc lập trình AI tiếp diễn khi bạn đóng máy

Bạn bắt đầu nhiệm vụ lập trình tại bàn, kiểm tra từ thiết bị khác rồi quay lại xem diff. Trải nghiệm hữu ích là một công việc tiếp diễn, giữ cùng chỉ dẫn và các quyết định hiển thị rõ. Dựng lại cuộc trò chuyện sau mỗi lần đổi thiết bị cũng là một dạng công việc phát triển.

VS Code 1.144 phát hành chính thức ở kênh Stable ngày 28 tháng 10 năm 2026. Ghi chú phát hành kết hợp tính liên tục của phiên tác tử và quản lý từ xa với các tính năng có nhãn Preview hoặc Experimental riêng. Phiên đám mây chạy trên hạ tầng GitHub nên có thể tiếp tục thực thi khi laptop phát triển ngoại tuyến. Ghi chú phát hành chính thức.

Bài viết giải thích khác biệt giữa máy khách và nơi công việc chạy, đóng góp của Agent Host Protocol và cách đánh giá phiên tiếp diễn qua một lần bàn giao đánh giá mã thực tế.

Ảnh chụp màn hình Remote Environments chính thức của Visual Studio Code 1.144. Used with permission from Microsoft. Nguồn ảnh · Giấy phép và ghi chú hình ảnh.

Đóng cửa sổ và dừng tiến trình thực thi là hai sự kiện khác nhau

Giao diện lập trình hiển thị tin nhắn, tệp và yêu cầu phê duyệt. Tiến trình thực hiện nhiệm vụ có thể nằm ở nơi khác. Khi tách các vai trò ấy, đóng giao diện không nhất thiết đồng nghĩa bỏ dở nhiệm vụ, miễn máy chủ và môi trường của nó vẫn sẵn sàng.

Bài tổng quan Universe ngày 28 tháng 10 của Microsoft mô tả Agent Host là tiến trình độc lập quản lý phiên, harness, mô hình, tệp và terminal. Bài viết cho biết Agent Host Protocol đã đạt 1.0, kết nối máy khách với trạng thái phiên tiếp diễn. Phân biệt kiến trúc này hữu ích để đánh giá “tiếp tục làm việc” thực sự nghĩa là gì.

Máy chủ cục bộ vẫn phụ thuộc máy cục bộ. Máy chủ từ xa phụ thuộc máy từ xa và cách bố trí kết nối. Phiên đám mây có môi trường được lưu trữ riêng. Chọn nơi thực thi theo những gì cần tiếp tục sẵn sàng khi máy khách rời đi.

Hãy hình dung máy khách như cửa sổ phòng điều khiển. Cửa sổ khác có thể hiển thị cùng công việc nhưng không di chuyển máy móc bên dưới. Điện thoại hiển thị phiên không biến máy tính cục bộ đang ngủ thành máy chủ luôn bật.

Theo chúng tôi, tính bền vững hữu ích khi danh tính nhiệm vụ được giữ cùng quá trình thực thi. Phiên tiếp diễn cần cho thấy rõ kho mã đang dùng, thay đổi đã tạo và quyết định đang chờ. Chỉ giữ tiến trình sống là thành tựu nhỏ hơn.

Giải thích do tác giả xây dựng về trách nhiệm máy khách và máy chủ, dựa trên tổng quan VS Code Universe. Đây là mô hình lập kế hoạch đơn giản hóa, không phải sơ đồ mạng.

AHP đồng bộ phiên mà các giao diện đang theo dõi

Trang Agent Host Protocol chính thức, kiểm tra ngày 2 tháng 11, mô tả AHP là giao thức hiển thị hai chiều dựa trên trạng thái. Máy khách thao tác trên trạng thái phiên dùng chung; máy chủ phát hành động và phân xử xung đột. Kết nối lại có thể nhận hành động đã bỏ lỡ hoặc ảnh chụp trạng thái hiện tại để giao diện bắt kịp.

Điều này quan trọng vì phiên tác tử chứa nhiều hơn bản hội thoại. Nó có thể gồm hành động chờ phê duyệt, terminal đang chạy hoặc tệp đã đổi. Nếu hai giao diện hiển thị phiên bản không nhất quán về các dữ kiện ấy, người điều khiển có thể quyết định sai dù mã được tạo tốt.

Ví dụ kết nối lại của giao thức cho thấy hành động máy khách đang chờ được đối chiếu với trạng thái máy chủ. Ý nghĩa thực tế với người đọc rất đơn giản: kết nối lại cần khôi phục tình hình hiện tại của công việc, gồm kết cục yêu cầu trước. Bạn không nên phải đoán phê duyệt đã đến trước khi mạng hỏng chưa.

Giao thức dùng chung cũng tạo ranh giới cho khả năng tương tác giữa máy khách. Máy khách cần hiểu trạng thái và hành động nó hiển thị. Có giao thức không có nghĩa mọi công cụ đã kết nối được với mọi nhà cung cấp hoặc cung cấp mọi tính năng giống hệt.

Với nhóm so sánh giao diện, kiểm tra các quyết định quan trọng trong quy trình. Máy khách thay thế có hiển thị yêu cầu quyền đang chờ không? Có xác định tệp đã đổi và trạng thái nhiệm vụ không? Quay lại trình biên tập có giữ cùng công việc thay vì mở cuộc trò chuyện thứ hai không?

Bản phát hành Stable và tính năng Preview là hai nhãn riêng

Trang 1.144 của VS Code xác định bản phát hành là Stable, trong khi Cloud Automations, tạo ảnh và Copilot connectors giữ nhãn Preview; tính năng sử dụng máy tính và working set có nhãn Experimental. Trải nghiệm phiên đám mây đòi hỏi gói Copilot trả phí và chịu chính sách tổ chức. Trạng thái bản phát hành và tính năng, ngày 28 tháng 10, kiểm tra ngày 2 tháng 11.

Tổ hợp ấy thường gặp ở trình biên tập có thể mở rộng: ứng dụng chính thức có thể chứa tính năng riêng ở các mức trưởng thành khác nhau. Quyết định áp dụng phù hợp cần xét tính năng và quy trình, không chỉ số phiên bản.

Bảng là so sánh vận hành, không hứa hành vi giống nhau giữa các môi trường. Yêu cầu của tiện ích, mô hình và harness cụ thể vẫn quan trọng. Thử đúng tổ hợp nhóm định dùng.

Với khả năng thử nghiệm, chọn bài tập riêng có thể hoàn tác. Với đánh giá cốt lõi về tính liên tục, bắt đầu bằng quy trình nhỏ nhất thể hiện chuyển giao. Gộp nhiều tính năng mới khiến khó xác định phần nào gây kết quả bất ngờ.

Ba nhiệm vụ minh họa nơi tính liên tục có ích

Nhà phát triển giao một bản sửa có giới hạn rồi đánh giá sau

Hãy hình dung nhà phát triển yêu cầu phiên đám mây sửa ca kiểm thử bộ phân tích đang lỗi trong kho mã. Chỉ dẫn nêu lỗi, hành vi liên quan và xác minh mong đợi. Sau đó người ấy kiểm tra tiến độ từ máy khách được hỗ trợ khác trước khi quay về trình biên tập đánh giá.

Tiêu chí nghiệm thu nên giống mọi thay đổi: bản sửa giải quyết hành vi, các kiểm tra liên quan đạt và diff phù hợp. Khả năng tiếp tục khi laptop đóng hữu ích vì thay đổi thời điểm công việc có thể diễn ra. Nó không chứng minh kết quả sẵn sàng hợp nhất.

Khi bàn giao, yêu cầu phiên giữ lệnh kiểm thử chính xác và kết quả. Tin nhắn “kiểm thử đã đạt” khó đánh giá hơn phép kiểm tra có tên gắn với bản sửa đổi cụ thể. Người đánh giá cần đủ bằng chứng để hiểu mà không dựng lại cả cuộc trò chuyện.

Nếu nhiệm vụ bị chặn bởi phê duyệt hoặc dịch vụ thiếu, phiên cần hiển thị trạng thái đó. Công việc còn hoạt động nhưng không tiến triển khác với công việc đang làm điều hữu ích. Khả năng quan sát giúp nhà phát triển quyết định can thiệp, đổi phạm vi hay để chờ.

Người bảo trì điều tra vấn đề riêng mà không trộn tệp

Người bảo trì minh họa có thể nhờ một phiên tái hiện lỗi trong khi phiên khác xem tài liệu. Điều này tận dụng thời gian chờ tốt nếu nhiệm vụ có ranh giới rõ. Nó cũng tạo nhu cầu giữ từng kết quả gắn với không gian làm việc và ngữ cảnh đánh giá riêng.

Định nghĩa trách nhiệm trước khi bắt đầu. Nêu tệp hoặc phân hệ, nhánh hay không gian làm việc và sản phẩm mỗi phiên cần tạo. Nếu hai nhiệm vụ phải chạm cùng hợp đồng, quyết định cách đối chiếu phát hiện trước khi áp dụng cả hai thay đổi.

Đánh giá một kết quả trên trạng thái kho mã đã biết. Nếu không, kiểm thử thành công có thể phụ thuộc chỉnh sửa chưa duyệt của phiên khác. Ranh giới không gian làm việc có giá trị vì giúp xác định nguồn của kết quả đạt dễ hơn.

Lợi ích là hàng chờ đánh giá rõ hơn, không chỉ nhiều tác tử cùng lúc hơn. Hai cuộc điều tra có phạm vi tốt có thể giảm bất định; nhiều chỉnh sửa chồng lấn có thể tăng nó. Giao diện Agents hữu ích khi giúp người bảo trì thấy tình huống nào đang hình thành.

Nhóm thử tác vụ đám mây định kỳ trước khi tin vào lịch chạy

Với thử nghiệm tự động hóa minh họa, xét đánh giá định kỳ tìm liên kết tài liệu cần chú ý. Bắt đầu bằng báo cáo chỉ đọc và đầu ra cụ thể. Để một người xem kết quả trước khi mở rộng nhiệm vụ thành tạo thay đổi.

Nhãn Preview của Cloud Automations quan trọng vì công việc định kỳ thêm trách nhiệm vận hành. Nhiệm vụ chạy chấp nhận được một lần vẫn có thể cần kiểm soát tần suất, người phụ trách và phản ứng lỗi rõ ràng trước khi chạy theo lịch. Thử các yêu cầu ấy riêng với chất lượng ngôn ngữ đầu ra.

Nhóm cần biết mỗi lượt ghi bản sửa đổi kho mã, phát hiện và yêu cầu bên ngoài ở đâu. Nếu không hoàn thành, hồ sơ cần nêu phần chưa giải quyết. Tác vụ định kỳ hữu ích khi người phụ trách phân biệt được tình hình không đổi với phép kiểm tra thất bại.

Bắt đầu bằng một kho mã và phạm vi vừa phải. Chỉ mở rộng sau khi nhóm quan sát lượt bình thường, lượt cố ý bị chặn và đánh giá sản phẩm tạo ra. Đây là bước thử nghiệm đề xuất, không phải tuyên bố đã trực tiếp thử bản phát hành.

Công việc chưa commit cần được bàn giao rõ ràng

Ghi chú 1.144 nêu phiên đám mây dùng không gian làm việc riêng và không tự sao chép thay đổi cục bộ chưa commit. Từ cửa sổ Chat hoặc Agents, người dùng có thể chọn Cloud, chọn kho GitHub, theo dõi, phản hồi phê duyệt và xem thay đổi; phiên có sẵn mở lại được từ danh sách phiên. Hướng dẫn phiên đám mây.

Không gian riêng là dữ kiện quan trọng với người làm trong checkout bận rộn. Tệp cục bộ có thể thiết yếu cho nhiệm vụ nhưng không tồn tại trong trạng thái kho phiên đám mây nhìn thấy. Trước khi bàn giao, xác định bản nguồn dự kiến và cách được phép để cung cấp tài liệu bổ sung.

Đừng nhầm đổi giao diện với chuyển tệp. Tiếp tục cùng cuộc trò chuyện không chứng minh mọi tệp cục bộ hoặc dịch vụ đang chạy đã được chuyển. Phiên có thể giữ ý định nhưng vẫn cần quyền truy cập rõ ràng vào tài liệu cần cho thực thi.

Với báo lỗi minh họa, đưa đầu vào gây lỗi dưới dạng tái lập được và được phép. Nêu tác tử cần dùng fixture đã commit hay tài liệu mới cung cấp. Điều này cho phiên điểm khởi đầu cụ thể và tránh điều tra dài về trạng thái kho vốn chưa bao giờ chứa vấn đề.

Đánh giá cuối cần kiểm tra ranh giới ấy theo chiều ngược. Xác định thay đổi đề xuất ở đâu và sẽ vào nhánh làm việc thế nào. Giữ chỉnh sửa cục bộ đang hoạt động khi đánh giá và áp dụng kết quả. Lợi ích không gian từ xa không nên đánh đổi bằng công việc cục bộ chưa rõ trạng thái.

Luồng nghiệm thu do tác giả xây dựng cho nhiệm vụ lập trình tiếp diễn. Kết hợp ranh giới không gian đám mây trong tài liệu với đánh giá kỹ thuật thông thường; không báo cáo kết quả kiểm thử độc lập.

Một nhiệm vụ hoàn chỉnh chứng minh nhiều hơn chuyến xem thử mười phút

Dễ đánh giá phần nhìn thấy của tính liên tục: phiên xuất hiện trong danh sách, máy khách kết nối lại, tin nhắn đến. Đó là kiểm tra hữu ích, nhưng mục tiêu nhà phát triển là phần việc hoàn thành với trạng thái giữ được qua chuyển giao.

Chọn nhiệm vụ nhỏ có thể kết thúc bằng sản phẩm kiểm tra được. Fixture kiểm thử, sửa tài liệu hoặc bản sửa hành vi cô lập có thể phù hợp nếu kho có phép kiểm tra rõ. Nhiệm vụ cần đủ ý nghĩa để bộc lộ trạng thái không gian và quyền mà không làm lần thử đầu quá rộng.

1. Cập nhật và xác minh bản đã cài. Dùng Check for Updates của VS Code và xác nhận phiên bản. Xem nhãn riêng của tính năng trong ghi chú chính thức.
2. Chọn môi trường thực thi được phép. Xác nhận truy cập kho, điều kiện gói và chính sách tổ chức. Quyết định nhiệm vụ ở máy chủ cục bộ, từ xa hay đám mây.
3. Ghi trạng thái bắt đầu. Ghi kho và bản sửa đổi. Giữ thay đổi cục bộ và xác định đầu vào không gian được chọn cần.
4. Đưa chỉ dẫn có giới hạn. Nêu hành vi mong muốn, phạm vi và lệnh xác minh. Định nghĩa sản phẩm muốn đánh giá.
5. Thử chuyển giao. Rời máy khách rồi kết nối lại qua giao diện được hỗ trợ có sẵn. Kiểm tra trạng thái cùng phiên, phê duyệt chờ và công việc mới.
6. Quay lại mã. Xem diff và bằng chứng xác minh. Xác nhận các phép kiểm tra áp dụng đúng bản đang đánh giá.
7. Ghi kết quả và giới hạn còn lại. Tách kết nối lại thành công, nhiệm vụ hoàn thành và thay đổi được chấp nhận. Chúng là các mốc liên quan nhưng có bằng chứng khác nhau.

Nếu phép thử thất bại, chẩn đoán ranh giới hỏng. Fixture kho bị thiếu cần sửa không gian làm việc; lệnh gọi công cụ bị chặn cần quyết định quyền; máy chủ không sẵn sàng cần quyết định môi trường thực thi. Lặp cùng câu lệnh hiếm khi giải quyết vấn đề nằm ngoài câu lệnh.

Giữ kết quả đầu cụ thể. “Nhiệm vụ này tiếp tục trong môi trường này và tạo diff đã được đánh giá này” là kết luận vận hành hữu ích. Nó cho đồng nghiệp biết có thể lặp lại gì và điều kiện quan trọng ở đâu.

Phiên bền vững cần làm trách nhiệm dễ theo dõi hơn

VS Code 1.144 đưa thêm quy trình tác tử vào không gian tiếp diễn: nơi chỉ dẫn thành hành động và hành động thành thay đổi có thể đánh giá. AHP đưa định hướng trạng thái chung cho máy khách, còn nơi thực thi quyết định điều gì tiếp tục chạy sau khi thiết bị ngắt kết nối.

Nâng cấp có ý nghĩa là công việc bạn có thể rời đi, quay lại và vẫn hiểu. Khi phiên giữ trạng thái nguồn, quyết định và xác minh, việc đóng laptop trở thành chi tiết sắp xếp thời gian thay vì ranh giới công việc.

Nguồn

• Ghi chú phát hành Visual Studio Code 1.144, bản Stable ngày 28 tháng 10 năm 2026; kiểm tra ngày 2 tháng 11 năm 2026.
• VS Code Wrapped: GitHub Universe 2026, ngày 28 tháng 10 năm 2026.
• Microsoft Agent Host Protocol, đặc tả v1.0.0 và tổng quan trạng thái dùng chung, kiểm tra ngày 2 tháng 11 năm 2026.

Lưu giữ tài liệu làm cơ sở cho quyết định

Telli.sh là một lựa chọn để lưu tài liệu nguồn được phép sử dụng bên cạnh những ghi chú bạn đã xem lại. Tạo không gian ghi chú.