Di chuyển trợ lý mã hóa AI sau Gemini Code Assist

Theo lịch trình chính thức của Google, các lượt cài đặt mới dành cho người dùng đã ngừng hoạt động vào ngày 18 tháng 6 năm 2026 và ứng dụng này sẽ ngừng hoạt động vào ngày 17 tháng 7 năm 2026. Đối với các nhà lãnh đạo kỹ thuật, phản ứng di chuyển trợ lý mã hóa AI phù hợp không phải là việc hoán đổi nhà cung cấp vội vàng. Đó là xác định mọi quy trình công việc phụ thuộc vào công cụ, lưu giữ bằng chứng đánh giá và kiểm tra đường dẫn thay thế và khôi phục trước khi ngừng giao hàng. Phiên bản doanh nghiệp của Gemini Code Assist trên GitHub không bị ảnh hưởng.

Google công bố lịch nghỉ hưu mà không đưa ra lý do. Điều đó làm cho bài học vận hành trở nên rõ ràng một cách bất thường: không xây dựng tính liên tục trong phân phối dựa trên các giả định về động cơ của nhà cung cấp hoặc tính lâu dài của cấp miễn phí. Tại Van Data Team, chúng tôi bắt đầu bằng việc ánh xạ danh tính, tích hợp, cổng đánh giá, tạo phẩm và đường dẫn lỗi. Nếu rủi ro này đã hiển thị trong kho lưu trữ của bạn, hãy phạm vi quy trình làm việc của tác nhân AI sản xuất xung quanh mô hình kiểm soát thuộc sở hữu, sổ tay di chuyển và quy trình xem xét.

Phạm vi này không phải là sự ngừng hoạt động toàn diện: riêng biệt, các yêu cầu của người tiêu dùng từ tiện ích mở rộng Gemini Code Assist IDE và Gemini CLI đã ngừng hoạt động vào ngày 18 tháng 6 năm 2026 đối với các cấp độ Cá nhân, Google AI Pro và Google AI Ultra. Đăng nhập bằng Google cũng không còn khả dụng đối với các dịch vụ đó. Google hướng người dùng IDE và CLI của người tiêu dùng bị ảnh hưởng đến dòng sản phẩm AntiGravity và cung cấp hướng dẫn di chuyển Gemini CLI sang AntiGravity CLI. Quyền truy cập đăng ký Tiêu chuẩn và Doanh nghiệp không thay đổi.

Bài học chính

Câu trả lời lâu dài là sở hữu quy trình làm việc, bằng chứng và lối thoát của nó thay vì cho rằng một cấp sản phẩm sẽ vẫn có sẵn.

• Ứng dụng Gemini Code Assist dành cho người tiêu dùng trên GitHub đã không còn hoạt động nhưng ứng dụng GitHub dành cho doanh nghiệp không bị ảnh hưởng.
• Sự thay đổi IDE dành cho người tiêu dùng và Gemini CLI là riêng biệt; Chống hấp dẫn là con đường của Google đối với việc sử dụng của người tiêu dùng bị ảnh hưởng, trong khi quyền truy cập Tiêu chuẩn và Doanh nghiệp vẫn không thay đổi.
• Cấp phép, danh tính, điều khoản lưu giữ mã, khả năng xuất khẩu và hành vi dự phòng là đầu vào kiến trúc chứ không phải chú thích mua sắm.
• Quá trình di chuyển có kiểm soát cần có các tiêu chí chấp nhận, một bản thí điểm đại diện, chạy kép nếu có thể, chuyển đổi rõ ràng và thực hiện khôi phục hoặc dự phòng thủ công.
• Quản trị trung lập với nhà cung cấp phải giữ cho mã do AI tạo ra có thể được xem xét ngay cả sau khi trợ lý bị xóa.

Google đã thay đổi điều gì và sự im lặng có ý nghĩa gì

Google đã ngừng sử dụng các bề mặt dành cho người tiêu dùng cụ thể trong khi vẫn giữ nguyên các gói đăng ký tổ chức được đặt tên, vì vậy, các nhà lãnh đạo kỹ thuật phải đọc sự thay đổi theo bề mặt sản phẩm và quyền lợi.

Phạm vi quan trọng. AntiGravity là hướng di chuyển đã nêu của Google đối với việc sử dụng IDE và CLI của người tiêu dùng bị ảnh hưởng, chứ không phải là sự thay thế đã được công bố cho ứng dụng đánh giá mã GitHub dành cho người tiêu dùng đã ngừng hoạt động. Hướng dẫn thiết lập Google Cloud dành cho doanh nghiệp ghi lại ứng dụng GitHub dành cho doanh nghiệp vẫn có sẵn.

Thông báo ngừng sử dụng GitHub dành cho người tiêu dùng của Google có nội dung rõ ràng:

"Từ ngày 17 tháng 7 năm 2026, phiên bản dành cho người tiêu dùng ngừng hoạt động và mọi hoạt động đánh giá mã do ứng dụng thực hiện đều kết thúc."

Sự việc đã được giải quyết. Động cơ không được nêu rõ. Google không cho rằng việc ngừng hoạt động là do bảo mật, tuân thủ, rò rỉ dữ liệu, rào chắn hoặc chiến lược sản phẩm, vì vậy các kế hoạch kỹ thuật cũng không nên như vậy.

Quy tắc quyết định: nếu một công cụ có thể biến mất mà không có dự phòng thuộc sở hữu và sự vắng mặt của nó sẽ làm gián đoạn quá trình mã hóa, đánh giá hoặc phát hành công việc, hãy coi công cụ đó như một phần phụ thuộc sản xuất. Hợp đồng không đảm bảo tính lâu dài nhưng có thể thiết lập quyền sở hữu của tổ chức, các điều khoản áp dụng, đường dẫn hỗ trợ và nghĩa vụ xuất cảnh. Cấp độ người tiêu dùng miễn phí không tự cung cấp mô hình hoạt động đó.

Hãy xem xét quy trình làm việc theo yêu cầu kéo giả định do Priya, một giám đốc kỹ thuật sở hữu. Các nhận xét đánh giá dự kiến ​​​​sẽ biến mất vì ứng dụng được cài đặt thông qua danh tính cá nhân của nhà phát triển cũ. Hàng đợi hợp nhất vẫn chạy nên không có cảnh báo cơ sở hạ tầng nào kích hoạt. Lỗi diễn ra âm thầm: tín hiệu xem xét biến mất, không ai sở hữu dự phòng và nhóm phát hiện ra sự phụ thuộc trong quá trình phân phối đang hoạt động.

Kiểm kê và đánh giá sự phụ thuộc trước khi chọn một công cụ

Sổ đăng ký phụ thuộc cộng với đánh giá độ bền biến việc sử dụng công cụ AI thông thường thành quyết định kỹ thuật thuộc sở hữu.

Xây dựng sổ đăng ký xung quanh những gì phá vỡ

Bắt đầu bằng một câu hỏi: Điều gì sẽ xảy ra vào ngày mai nếu công cụ này ngừng phản hồi? Yêu cầu công cụ đưa ra đề xuất IDE, tác vụ CLI, đánh giá yêu cầu kéo, thử nghiệm được tạo, ghi chú phát hành và bất kỳ hoạt động tự động hóa nào gọi trợ lý.

Những câu trả lời chưa biết là rủi ro, không phải là chuyện vặt hành chính. Nếu quyền sở hữu nằm rải rác trong các cuộc trò chuyện và cài đặt cá nhân, hãy sử dụng phương pháp có cấu trúc để chuyển từ bản tóm tắt hoạt động sang phạm vi thực thi. Đầu ra hữu ích là sổ đăng ký với chủ sở hữu, tiêu chí chấp nhận, tác động của lỗi và đường dẫn di chuyển có thể kiểm tra được.

Đánh giá độ bền bằng bằng chứng

Chất lượng mẫu mã rất quan trọng nhưng nó chỉ là một phần của độ bền. Các nhà lãnh đạo kỹ thuật cũng cần bằng chứng về tính liên tục, xử lý dữ liệu, tính di động và khả năng khắc phục lỗi.

Đừng cho rằng cấp độ trả phí sẽ cung cấp sự bảo vệ cụ thể. Đọc thỏa thuận thực tế và các điều khoản sản phẩm. Tích hợp sâu hơn có thể giảm bớt thiết lập hàng ngày trong khi tăng công việc thoát; cấu hình di động và bằng chứng độc lập bổ sung thêm nỗ lực vận hành nhưng vẫn bảo vệ tính liên tục.

Chọn một câu trả lời phù hợp với sự phụ thuộc

Không có người chiến thắng chung và không có quy tắc nào bắt buộc mọi người dùng bị ảnh hưởng phải chuyển sang Enterprise.

Nhóm đã sử dụng gói đăng ký không bị ảnh hưởng không cần di chuyển khẩn cấp chỉ vì cấp độ người tiêu dùng đã thay đổi. Nó sẽ xác minh quyền, ghi lại dự phòng và duy trì các quy tắc di động. Đó là sự liên tục được kiểm soát, không phải sự tự mãn.

Chạy quá trình di chuyển trợ lý mã hóa AI dưới dạng thay đổi được kiểm soát

Hình minh họa sau đây tóm tắt việc thay đổi công cụ, bảo toàn quy trình làm việc:

Quá trình di chuyển trợ lý mã hóa AI phải hoạt động giống như bất kỳ thay đổi sản xuất nào: xác định sự chấp nhận, công việc đại diện kiểm tra, chuyển đổi kiểm soát và duy trì quá trình khôi phục.

Xác định sự chấp nhận trước khi lựa chọn người thay thế

Viết tiêu chí chấp nhận theo quy trình làm việc chứ không phải theo tên tính năng của nhà cung cấp cũ. Bìa:

• Các hành vi IDE, CLI, pull-request và tự động hóa mà nhóm dựa vào
• Xác thực do tổ chức kiểm soát và truy cập kho lưu trữ có đặc quyền tối thiểu
• Yêu cầu phân loại mã, xử lý, xóa và lưu giữ dữ liệu được phép
• Yêu cầu đánh giá nhận xét, nhật ký, cấu hình, phê duyệt và định dạng xuất
• Chi phí cụ thể theo khối lượng công việc, độ trễ, ngân sách mã thông báo, chất lượng đầu ra và gánh nặng đánh giá con người
• Khả năng quan sát, hành vi hết thời gian chờ, chính sách thử lại, leo thang, dự phòng thủ công và khôi phục

Điều này ngăn cản tính năng ồn ào nhất quyết định việc di chuyển. Một ứng viên chỉ vượt qua khi toàn bộ quy trình vận hành vẫn được hỗ trợ.

Thí điểm và chạy kép quy trình làm việc

Sử dụng các kho lưu trữ và tác vụ đại diện, bao gồm các thay đổi thông thường, mã bị hạn chế, đầu vào không đúng định dạng, ngừng hoạt động của công cụ và báo cáo đánh giá. Đánh giá những gì trợ lý bỏ sót, nó xung đột với những kiểm tra hiện có ở đâu, cách các nhà phát triển phản hồi và liệu bằng chứng có còn tồn tại bên ngoài sản phẩm hay không.

Trong trường hợp quyền truy cập cũ vẫn tồn tại, hãy chạy kép quyền truy cập đó với ứng viên thông qua chu kỳ phân phối thông thường. Khi nó kết thúc, hãy so sánh ứng viên với các ví dụ đánh giá được lưu giữ và đường cơ sở thủ công. Không chấm điểm công cụ theo số lượng bình luận. Đo lường xem đầu ra có nắm bắt được các vấn đề liên quan hay không, tránh làm người đánh giá mất tập trung và để lại đường dẫn quyết định có thể kiểm tra được.

Trong một chương trình thí điểm giả định, Elias điều hành ứng viên bên cạnh quy trình đánh giá hiện có trên một nhánh phát hành đang hoạt động. Các công cụ tạo ra các nhận xét khác nhau, điều này làm lộ ra lỗ hổng chính sách: nhóm chưa bao giờ xác định những bước kiểm tra nào phải độc lập. Họ chuyển những hoạt động kiểm tra đó sang tự động hóa do kho lưu trữ kiểm soát trước khi chuyển đổi. Khi ứng viên hết thời gian chờ, cổng thủ công sẽ tiếp tục di chuyển.

Cắt bỏ với rollback đã được thực hiện

Một runbook cắt giảm nên bao gồm:

• Chủ sở hữu được đặt tên, đường dẫn liên lạc, tuyến hỗ trợ và cửa sổ thay đổi
• Cấu hình, quyền, quy tắc chính sách và các bước cài đặt được phiên bản
• Dự phòng thủ công và các điều kiện kích hoạt nó
• Trình kích hoạt khôi phục, trạng thái mục tiêu và bằng chứng cho thấy quá trình khôi phục hoạt động
• Xóa các quyền lỗi thời, thông tin đăng nhập cá nhân, bí mật và tích hợp
• Giám sát sau cắt giảm để phát hiện các nhận xét bị thiếu, độ trễ trong quá trình xem xét, chênh lệch chi phí và cách giải quyết của nhà phát triển

Không xóa đường dẫn cũ cho đến khi các hướng dẫn thay thế, dự phòng thủ công và khôi phục được thực hiện khi quyền truy cập cho phép. Nếu không thể khôi phục đường dẫn đã ngừng hoạt động, việc khôi phục có thể có nghĩa là quay lại xem xét thủ công hoặc kích hoạt một công cụ được phê duyệt khác. Khôi phục là trạng thái của quy trình làm việc, không nhất thiết phải quay trở lại cùng một nhà cung cấp.

Xây dựng quản trị tồn tại lâu hơn nhà cung cấp

Quản trị trung lập với nhà cung cấp giúp kỹ thuật phần mềm được hỗ trợ bởi AI có thể được xem xét ngay cả khi sản phẩm, loại tài khoản hoặc cấp độ thương mại thay đổi.

Chính sách cần xác định:

• Ai phê duyệt các công cụ phát triển AI và ai giám sát các thay đổi của sản phẩm hoặc hợp đồng
• Những danh tính và loại đăng ký nào được phép
• Phân loại mã và bối cảnh kho lưu trữ nào có thể rời khỏi tổ chức
• Cách các thay đổi do AI tạo ra nhận được đánh giá của con người và kiểm tra tự động độc lập
• Nơi lưu giữ các lời nhắc, chính sách, bằng chứng đánh giá và quyết định phê duyệt
• Mức độ lỗi leo thang và thời điểm quy trình làm việc trở lại hoạt động thủ công
• Cách tắt các công cụ, thu hồi quyền và chỉ định quá trình di chuyển

Người trợ giúp có thể đề xuất một sự thay đổi, nhưng chính sách lưu trữ và xem xét lại phải có bằng chứng. Lưu giữ các nhận xét lâu bền trong quy trình lưu trữ mã, các quy tắc có thể sử dụng lại phiên bản bằng mã và ghi lại các phê duyệt bên ngoài bảng thông tin chỉ dành cho nhà cung cấp. Phân tích tĩnh, kiểm tra, kiểm soát chi nhánh và trách nhiệm giải trình của con người sẽ không biến mất cùng với trợ lý.

Đối với các nhóm có các phần phụ thuộc công cụ dành cho nhà phát triển được nhúng, mẫu theo giai đoạn được sử dụng trong hiện đại hóa nền tảng dữ liệu cũng áp dụng ở đây: ổn định quy trình làm việc, tách biệt phần phụ thuộc, di chuyển ra sau các cổng được kiểm soát và duy trì khả năng khôi phục.

Quá trình đánh giá mức độ sẵn sàng di chuyển của Van Data Team sẽ tạo ra một sổ đăng ký phụ thuộc, bản đồ lỗi được xếp hạng rủi ro, nhật ký quyết định nhận dạng và luồng dữ liệu, tiêu chí chấp nhận, kế hoạch thí điểm, nhật ký chuyển đổi và khôi phục cũng như ma trận quản trị trung lập với nhà cung cấp. Động thái hợp lý đầu tiên là kế hoạch phân phối hàng tồn kho và phạm vi, không phải là thay thế nền tảng tự động.

Bài học rút ra: sở hữu quy trình làm việc chứ không phải cấp độ

Bậc miễn phí không phải là hợp đồng và hợp đồng không phải là kế hoạch rút lui. Sự kết thúc của Hỗ trợ mã Gemini cho thấy lý do tại sao cả hai sự khác biệt đều quan trọng: ứng dụng GitHub dành cho người tiêu dùng đã kết thúc, ứng dụng doanh nghiệp vẫn còn và đường dẫn IDE và CLI dành cho người tiêu dùng đã thay đổi riêng. Google không công bố lý do nên phản hồi lâu dài là có tính thực tế chứ không phải suy đoán.

Bắt đầu bằng cách kiểm kê mọi trợ lý, quyền, thông tin đăng nhập, tích hợp kho lưu trữ, luồng dữ liệu, tạo phẩm được lưu trữ, dự phòng và chủ sở hữu. Sau đó kiểm tra đường dẫn thủ công và sổ tay di chuyển trước khi thông báo của nhà cung cấp khác biến sự thuận tiện thành sự cố.

Mục tiêu của việc di chuyển trợ lý mã hóa AI không phải là dự đoán nhà cung cấp nào sẽ thay đổi tiếp theo. Đó là để đảm bảo công việc mã hóa, đánh giá và phát hành vẫn tiếp tục khi thực hiện. Nhóm Van Data có thể biến khoảng không quảng cáo thành một kế hoạch triển khai có phạm vi với các cổng xem xét, lưu giữ bằng chứng, quyền sở hữu chuyển giao và khôi phục mà nhóm kỹ thuật có thể thực hiện sau khi chuyển giao.