Ngày 16/9/2026, GitHub công bố họ đã viết lại phần lõi vận hành của Copilot, gọi là Copilot agent runtime, từ TypeScript sang Rust. Theo bài viết trên blog chính thức, dự án kéo dài khoảng 14,5 tuần (từ tháng 5 đến tháng 8), tạo ra hơn 800.000 dòng mã Rust chạy thật, và điều đáng chú ý nhất: phần lớn số mã đó do chính các agent của Copilot viết, một kỹ sư đứng giám sát.
Với người đang dùng hoặc cân nhắc dùng Copilot ở Việt Nam, đây không phải một tính năng mới bấm vào là thấy. Nhưng nó là bằng chứng cụ thể, có số liệu, về việc coding agent làm được gì ở quy mô lớn thật, thay vì chỉ gợi ý vài dòng trong editor. Nếu bạn đang phân vân có nên giao việc lớn cho agent hay không, câu chuyện này cho bạn một mốc để tham chiếu.
GitHub đã làm gì
Copilot agent runtime là lớp nền cấp sức cho nhiều sản phẩm: GitHub Copilot CLI, ứng dụng Copilot, phần Copilot trong VS Code, Visual Studio và một số sản phẩm khác của Microsoft. Trước đây lớp này viết bằng TypeScript. GitHub quyết định chuyển sang Rust để chạy nhanh hơn và nhúng thẳng vào tiến trình của ứng dụng thay vì chạy như một tiến trình riêng.
Theo bài viết, kết quả cuối là 832.378 dòng mã Rust chạy thật cộng với 468.689 dòng kiểm thử đơn vị, gộp qua 128 pull request được trộn vào nhánh chính. Nhóm tìm ra hơn một chục lỗi hồi quy trong quá trình và đã sửa hết. GitHub nói hiệu năng cải thiện tới mức khác hẳn về bậc, chứ không phải nhích vài phần trăm.
Vì sao chọn Rust
Lý do chính GitHub nêu là hiệu năng và cách chạy. Với Rust, lớp runtime có thể nhúng thẳng vào tiến trình của ứng dụng dùng nó, thay vì chạy tách ra như một tiến trình riêng rồi trao đổi qua lại. Bớt được lớp trung gian đó nghĩa là phản hồi nhanh hơn và tiết kiệm tài nguyên hơn. GitHub mô tả mức cải thiện là khác hẳn về bậc, không phải nhích nhẹ. Một lý do phụ là cùng một lớp lõi giờ phục vụ được nhiều sản phẩm khác nhau mà không phải viết lại cho từng nơi.
Vai trò của Copilot trong dự án
Điểm khiến bài viết đáng đọc là cách làm. GitHub kể một kỹ sư duy nhất điều phối toàn bộ dự án bằng chính bộ công cụ agent của Copilot, thay vì gõ tay từng dòng.
1. Chạy nhiều phiên song song
Kỹ sư dùng ứng dụng Copilot để mở nhiều phiên làm việc cùng lúc, mỗi phiên lo một mảng của việc chuyển đổi.
2. Giao việc cho subagent
Các subagent được dùng để dò mã cũ và kiểm chứng lại, tách phần khám phá ra khỏi phần viết mã chính.
3. Tự xử lý CI và xung đột
GitHub cho biết agent tự chạy kiểm thử tích hợp, xử lý xung đột khi trộn mã và phản hồi review, để người giám sát chỉ tập trung vào quyết định quan trọng.
Điều này nói gì với người dùng Copilot
Cần nói thẳng: đây là câu chuyện kỹ thuật nội bộ của GitHub, không kèm tính năng mới nào cho người dùng cuối. Đừng chờ một nút bấm mới xuất hiện trong editor sau tin này.
Nhưng nó trả lời một câu hỏi mà nhiều đội ở Việt Nam đang hỏi: agent có kham nổi việc lớn không, hay chỉ hợp mấy tác vụ vặt. Con số 800.000 dòng, một người giám sát, 14,5 tuần cho thấy nếu bài toán được chia nhỏ rõ ràng và có bộ kiểm thử tốt để bắt lỗi, agent có thể gánh phần lặp đi lặp lại. Vai trò con người dịch từ gõ mã sang xác định phạm vi, đọc review và bắt lỗi hồi quy.
So với các lựa chọn khác trên site
Nếu bạn đang cân nhắc dùng trợ lý viết mã, GitHub Copilot giờ đi kèm chế độ agent chạy được việc dài chứ không chỉ tự động hoàn thành câu lệnh. Đây là điểm cần so khi đặt cạnh Cursor, một trình soạn mã đặt agent làm trung tâm, hay Tabnine và Codeium vốn mạnh ở gợi ý ngay trong lúc gõ.
Với người muốn thử nhanh mà không cài đặt nhiều, Replit cho phép viết và chạy mã ngay trên trình duyệt kèm agent riêng. Còn nếu bạn chỉ cần một trình soạn mã miễn phí làm nền rồi gắn Copilot vào, Visual Studio Code vẫn là lựa chọn phổ biến nhất.
Nên làm gì bây giờ
Nếu bạn dùng Copilot, hãy thử giao cho chế độ agent một việc có phạm vi rõ ràng và có kiểm thử sẵn để nó tự đối chiếu, thay vì một việc mơ hồ. Đó là cách GitHub làm nên chuyện. Thông tin về gói và tính năng có thể đổi theo thời gian, nên trước khi quyết định hãy kiểm tra lại tại trang chủ của hãng. Nguồn: bài viết trên The GitHub Blog.
