CodeBuddy NPC: Khi AI trở thành một “đồng đội” trong quy trình Git

Ý tưởng cốt lõi của CodeBuddy NPC là biến AI thành một thành viên được xác thực, hoạt động theo sự kiện trong hệ thống phát triển dựa trên Git hiện hữu — chứ không chỉ là một khung chat đặt cạnh IDE. Lập trình viên có thể gọi một vai trò bằng cách @mention trong Issue hoặc PR; sau đó, tác nhân AI làm việc bất đồng bộ theo vòng lặp gắn với kho mã: điều tra → lập kế hoạch → triển khai → tạo PR → xác thực CI → sửa lỗi → xác thực lại. 16

Git là ngữ cảnh làm việc lâu dài của AI

Trong cách tiếp cận “AI Native Git”, Git không chỉ là nơi lưu mã nguồn. Lịch sử kho mã, Issue, PR, kết quả CI/CD và các cổng chất lượng trở thành ngữ cảnh vận hành bền vững cho tác nhân AI. Thay vì phải sao chép yêu cầu, mã nguồn hay log build vào một công cụ trợ lý, NPC làm việc trực tiếp với các hiện vật vốn đã thuộc quy trình kỹ thuật của nhóm. 17

Điểm khác biệt là AI được đặt vào luồng công việc quen thuộc: nhiệm vụ được giao qua Issue hoặc PR, thay đổi được thể hiện bằng commit và PR, còn kết quả được kiểm tra qua pipeline. Điều này giúp giảm tình trạng công việc của AI diễn ra trong một không gian tách rời, khó theo dõi.

Gọi “đồng đội AI” bằng @mention

CNB hỗ trợ các sự kiện NPC khi một vai trò được nhắc đến trong Issue hoặc PR:

• issue.comment@npc: kích hoạt khi NPC được nhắc trong mô tả hoặc bình luận của Issue.
• pull_request.comment@npc: kích hoạt khi NPC được nhắc trong mô tả, phần review hoặc bình luận của PR. 6

Chẳng hạn, một đội có thể nhắc đến NPC để yêu cầu đánh giá mã trong phần bình luận PR. Với NPC tùy chỉnh, sự kiện này có thể chạy pipeline được định nghĩa cho vai trò đó; với AI review, tài liệu CNB mô tả việc nhắc @CodeBuddy trong PR như một cách kích hoạt đánh giá theo yêu cầu. 1

Cơ chế này phù hợp với các công việc không cần nhà phát triển ngồi chờ trong một phiên hội thoại liên tục. Sau khi được giao việc, NPC có thể tiếp tục xử lý và trả kết quả lại qua các hiện vật Git quen thuộc.

Khai báo vai trò AI bằng YAML

Mỗi kho có thể định nghĩa các “đồng đội AI” chuyên biệt trong tệp .cnb/settings.yml. Cấu hình có thể bao gồm tên vai trò, prompt, kho tri thức được nhập vào, avatar và các thành phần tương tác. 3

Nhờ đó, một nhóm có thể phân vai cho AI, ví dụ:

• vai trò hỗ trợ triển khai tính năng;
• vai trò điều tra lỗi;
• vai trò kiểm tra chất lượng mã;
• vai trò điều phối hoặc hỗ trợ quản lý công việc.

Hành vi riêng của NPC là phần tùy chọn, có thể được định nghĩa trong .cnb.yml; môi trường chạy riêng cũng có thể được cấu hình bằng .cnb.yml kết hợp Dockerfile. Nếu không có pipeline sự kiện tùy chỉnh, hệ thống sử dụng môi trường NPC mặc định. 6

Nói cách khác, YAML không chỉ mô tả CI mà còn cho phép đội ngũ định hình AI nào đang làm việc trong kho và vai trò đó được vận hành ra sao.

Vòng lặp giao việc đến xác thực

Sau khi được gọi, CodeBuddy NPC có thể đọc và diễn giải kho mã, xây dựng hướng tiếp cận, viết mã, mở PR, chạy kiểm thử, kiểm tra lỗi CI và lặp lại việc sửa chữa cho đến khi kết quả đạt trạng thái sẵn sàng để được chấp nhận. Thiết kế bất đồng bộ có nghĩa là nhà phát triển không nhất thiết phải duy trì một phiên tương tác trong toàn bộ quá trình. 17

Tuy vậy, đây là một mô hình vận hành và kiểm soát công việc kỹ thuật, không phải bằng chứng rằng mọi tác vụ đều có thể được phát hành an toàn mà không cần người xem xét. Quyền duyệt và trách nhiệm phát hành vẫn nên thuộc về quy trình quản trị của tổ chức.

CNB là lớp thực thi và quản trị bên dưới

Để AI có thể thực sự build, kiểm thử và tạo thay đổi, cần một môi trường thực thi nhất quán. CNB cung cấp lớp hạ tầng gồm lưu trữ Git, pipeline CI/CD, kho hiện vật và môi trường phát triển cloud-native cho tác nhân.

YAML của pipeline có thể chỉ định image Docker, image tạm được build từ Dockerfile, dev container, volume gắn kết, runner theo tag/CPU và cache Docker có thể tái sử dụng. Điều này tạo ra môi trường build/test cô lập, lặp lại được, thay vì phụ thuộc vào máy cá nhân của từng lập trình viên. 54

Trong lúc pipeline chạy, CNB cấp CNB_TOKEN tạm thời để thực hiện các thao tác được ủy quyền với mã nguồn, hiện vật hoặc API. Token bị hủy sau khi quá trình chạy kết thúc; phạm vi quyền phụ thuộc vào loại sự kiện đã kích hoạt pipeline. 15

Khả năng truy vết thay vì “hộp đen” AI

Khi công việc được kích hoạt từ Issue/PR, ghi lại qua commit và PR, rồi xác thực trong pipeline cùng các cổng chất lượng, tổ chức vẫn giữ được dấu vết kỹ thuật quen thuộc. Đây là lợi thế quan trọng so với một quy trình mà quyết định, mã sửa và kết quả kiểm thử chỉ nằm trong lịch sử trò chuyện của một tác nhân.

Tài liệu về kho bí mật của CNB cũng nêu các lớp bảo vệ như kiểm soát truy cập, hạn chế thao tác, nhật ký kiểm toán và watermark đối với thông tin nhạy cảm. 9

Tối ưu chi phí tác nhân

Tencent cho biết mức tiêu thụ ở lượt đầu đã giảm từ hơn 20.000 token xuống khoảng 2.000 token — tương đương giảm trên 90% — nhờ tối ưu liên tục prompt, lời gọi công cụ, đầu ra CLI và tỷ lệ trúng cache. Họ cũng mô tả việc lựa chọn chiến lược mô hình theo độ khó của tác vụ, thay vì áp dụng đồng loạt năng lực tốn kém nhất cho mọi việc. 811

Tóm lại, cách gọi là “hợp tác kỹ thuật AI” xuất phát từ vị trí của NPC trong toàn bộ vòng đời phát triển: AI nhận việc qua hiện vật chuẩn của nhóm, vận hành trong môi trường build và chính sách thực tế, phối hợp theo vai trò, rồi khép kín vòng phản hồi từ lập kế hoạch, viết mã, review, xác thực đến khắc phục sự cố. Đây là một tuyên bố về kiến trúc quy trình — không phải cam kết rằng AI có thể thay thế việc đánh giá của con người trong mọi tình huống. 17