TRAINING AI

Tool Lab · Cần test trước khi kết luận

Protocol chọn AI coding tool theo repo task

Đánh giá agent bằng patch, test, diff, recovery và human review thay vì tốc độ demo.

Mục tiêuTạo so sánh có thể tái lập cho một repository/task cụ thể.
Phù hợp khiEngineering manager, tech lead và developer advocate.

Trước khi bắt đầu

Đọc để ra quyết định, không chỉ để lướt qua thông tin.

Bài này dành cho Engineering manager, tech lead và developer advocate.. Mục tiêu là giúp bạn Tạo so sánh có thể tái lập cho một repository/task cụ thể..

01 / TASK SET

Lấy issue đại diện, không lấy bug được dàn dựng cho tool

Bộ task nên có bug nhỏ, thay đổi nhiều file, test failure, yêu cầu đọc context và một task cần refusal/escalation. Freeze commit baseline và acceptance criteria.

Điểm cần chốt

Không đưa secret/production credential vào environment.

Cách áp dụng

  • Ghi môi trường, repo revision và test command.
  • Có task không nên tự động merge.

Sơ đồ bước 01: Lấy issue đại diện, không lấy bug được dàn dựng cho tool

02 / MEASURE

Đo patch qua toàn bộ vòng lặp

Đo test pass, regression, diff quality, context fidelity, retry, latency, token/cost nếu có và mức sửa của reviewer. Một PR mở được không đồng nghĩa patch tốt.

Điểm cần chốt

Chấm review độc lập khi có thể.

Cách áp dụng

  • Ghi failure/missed requirement.
  • Tách tool latency khỏi thời gian human review.

Sơ đồ bước 02: Đo patch qua toàn bộ vòng lặp

03 / SAFETY

Điều kiện quyền là một phần của benchmark

Ghi các lệnh agent được phép chạy, filesystem/network scope, approval prompt và hành vi khi bị deny. Không chấm quality mà bỏ qua risk surface.

Điểm cần chốt

Dùng sandbox hoặc môi trường cô lập.

Cách áp dụng

  • Test rollback và cleanup.
  • Không đánh đồng agent “có thể chạy” với agent “được phép chạy”.

Sơ đồ bước 03: Điều kiện quyền là một phần của benchmark

04 / DECISION

Publish card kết quả có ranh giới

Card kết quả ghi task set, period, model/version, tool settings, metric, failures và kết luận chỉ cho repo đó. Nếu không tái lập được, không dùng để ranking.

Điểm cần chốt

Không extrapolate sang repo khác.

Cách áp dụng

  • Re-test sau major update.
  • Giữ human merge gate cho task rủi ro.

Sơ đồ bước 04: Publish card kết quả có ranh giới

Giới hạn của hướng dẫn này

Điều trang này không khẳng định.

Không có benchmark nào trong trang này. Mọi kết luận về tool phải đi kèm task set và log tái lập.

Nguồn để đối chiếu

Đọc nguồn. Giữ đúng phạm vi.

  • NIST AI RMF 1.0 ↗

    Khung tham chiếu về đánh giá và quản lý rủi ro AI; kết quả cho một repo vẫn phải có task set và log riêng.

Nội dung liên quan

Cập nhật AICopilot approval: khi một approval AI có thể chạm vào merge rule↗Build AIAgent có quyền hành động: bắt đầu từ trust boundary, không từ prompt↗