Tôi dùng agent để viết code và vận hành blog này mỗi ngày, nên câu hỏi “nên giao gì” không còn là chuyện lý thuyết. Sau vài tháng, ranh giới rút ra khá rõ: agent giỏi những việc có đường kiểm chứng, và rất tệ ở những việc mà sai một lần là không lùi được. Bài này chia đúng hai phía đó, kèm lý do và ví dụ thật.
Bối cảnh năm 2026: agent lập trình đã thành công cụ phổ thông chứ không còn là thử nghiệm. Codex của OpenAI đang ở 131.386 sao, Gemini CLI 108.591 sao, còn Antigravity là nền tảng agentic của Google với trình quản lý task riêng. Số liệu tôi đo trực tiếp qua GitHub API ngày 28/10/2026, cả ba repo đều cập nhật trong ngày. Nghĩa là công cụ đã đủ tốt; phần khó còn lại là cách giao việc.
5 việc nên giao cho agent
Một, đọc và tổng hợp tài liệu kỹ thuật. Đây là việc agent làm tốt hơn người ở khối lượng, không phải ở trí tuệ. Một buổi chiều agent đọc được hàng chục trang tài liệu, so sánh phiên bản, đối chiếu tham số và ghi lại ngày đo. Tôi dùng nó để dựng bảng so sánh repo, đo số sao, kiểm ngày cập nhật cuối của hơn hai mươi dự án trước khi viết bài, và con số nào cũng có nguồn để bạn kiểm lại.
Hai, việc lặp lại nhưng có khuôn rõ. Soạn nháp theo một cấu trúc định sẵn, đổi định dạng dữ liệu, sinh ảnh từ template, điền bảng theo mẫu. Ở đây agent không cần sáng tạo, chỉ cần kiên nhẫn, và kiên nhẫn là thứ nó có nhiều hơn bạn.
Ba, kiểm tra chéo kết quả của chính nó và của người khác. Đây là việc bị đánh giá thấp nhất. Agent mở trình duyệt thật, gọi HTTP, đọc mã trạng thái, kiểm ảnh có tải được không, đối chiếu những gì nó vừa làm với những gì thực tế trả về. Tôi bắt buộc mọi thay đổi phải có bước này, vì lời báo cáo “đã xong” của agent không đáng tin bằng một mã 200 đọc từ ngoài vào.
Bốn, tìm nguyên nhân khi đã có dấu vết cụ thể. Có thông báo lỗi, có log, có cấu hình sai chỗ nào đó — agent lần theo nhanh và không bỏ sót nhánh. Điều kiện là bạn phải cho nó quyền đọc trước, và nói rõ nó được đọc tới đâu.
Năm, những việc nhàm chán mà người luôn bỏ qua. Viết changelog, dọn liên kết chết, kiểm alt của ảnh, cập nhật bảng số liệu theo tháng, đối chiếu sitemap với bài thật. Không việc nào khó, nhưng gộp lại chúng chiếm vài giờ mỗi tháng và luôn nằm cuối danh sách ưu tiên của con người.
5 việc đừng bao giờ giao
Một, việc không lùi được mà không có bản sao lưu. Xoá dữ liệu, chuyển máy chủ, đổi DNS, cấp lại chứng chỉ, đổi phân quyền. Vấn đề không phải agent kém, mà là không có lần thử thứ hai. Nguyên tắc tôi giữ: nếu không có đường lùi đã kiểm tra xong thì việc đó không nằm trong tay agent.
Hai, việc chạm tiền và quyền. Thanh toán, đặt giá, cấp quyền truy cập, mở cổng mạng, đổi mật khẩu. Một lệnh đúng cú pháp vẫn có thể là một quyết định sai về nghiệp vụ, và agent không có trách nhiệm gì với hậu quả đó.
Ba, việc có yêu cầu mơ hồ. “Làm cho đẹp hơn”, “tối ưu đi”, “sửa cho hợp lý”. Agent buộc phải chọn thay bạn, và nó sẽ chọn theo hướng dễ làm nhất chứ không phải theo ý bạn. Yêu cầu mơ hồ luôn trả về kết quả mà bạn phải sửa lại từ đầu.
Bốn, việc agent tự chấm điểm chính nó. Nếu tiêu chí đánh giá cũng do agent đặt ra, nó sẽ đạt tiêu chí bằng cách hạ tiêu chí. Tôi giải quyết bằng cách viết checklist và một script chấm riêng, cố định ngưỡng, để bài viết đạt hay không là do script trả lời chứ không do agent tự nhận.
Năm, việc trong môi trường mà bạn không quan sát được. Đây là bài học có bằng chứng. Có lần tôi thử giao cho một trợ lý việc cài vài gói phần mềm lên máy Windows đang dùng hằng ngày. Kết quả trả về đúng một dòng: NO_EXEC_CAPABILITY — lớp cầu nối đó chỉ phân tích văn bản, không có quyền chạy lệnh. Nếu tin vào mô tả ban đầu thay vì thử, tôi đã báo “đã cài xong” trong khi máy không có gì thay đổi. Cùng logic đó, một agent ghi được tệp nhưng chỉ trong thư mục được cấp phép: muốn nó sửa thư mục người dùng thì phải mở quyền cho cả thư mục hồ sơ, và tôi từ chối — vì lợi ích nhỏ mà mở rộng quyền quá mức là đánh đổi sai.
Ba mức quyền nên chia trước khi giao việc
| Mức | Được làm gì | Ai duyệt |
|---|---|---|
| Đọc tự do | Xem tệp, chạy truy vấn chỉ đọc, đo số liệu, đọc log | Không cần |
| Ghi có duyệt | Sửa cấu hình, ghi tệp trong phạm vi khai báo, đẩy dữ liệu lên dịch vụ ngoài | Có, từng lần một |
| Ghi tự do | Chỉ trong thư mục nháp hoặc kho mã của chính dự án | Không cần, nhưng có bản sao lưu |
Chia ba mức này trước giúp bạn không phải tranh luận giữa chừng. Và nó cũng tạo ra thói quen tốt: mọi thứ bắt đầu ở mức đọc, chỉ nâng lên khi đã có bằng chứng là agent hiểu việc.
Một brief giao việc chỉ cần năm dòng
Tôi nhận ra phần lớn thất bại không đến từ mô hình mà đến từ đề bài. Một brief đủ dùng có năm dòng: mục tiêu viết bằng kết quả đo được; phạm vi được chạm cụ thể tới đường dẫn; danh sách điều cấm; cách kiểm chứng kết quả; và điều kiện dừng — khi nào thì dừng lại báo chứ không tự xử tiếp.
Dòng cuối cùng quan trọng nhất và hay bị bỏ nhất. Tôi từng có một quy trình dừng hai lần vì áp lực ổ đĩa vượt ngưỡng, và điều đúng đắn là dừng rồi báo, không phải tự nâng ngưỡng để chạy tiếp. Một agent được phép tự sửa giới hạn thì giới hạn đó không còn nghĩa gì.
Nếu bạn đang tìm chỗ bắt đầu, hai bài trước đi vào phần cài đặt cụ thể: cài gì cho Antigravity trên Windows 11 và 10 repo nên cài cho Claude Code. Còn câu hỏi của bài này thì bạn trả lời được ngay hôm nay: trong công việc của bạn, việc nào có đường kiểm chứng, việc nào sai một lần là không lùi được?
Quét mã QR để đọc bài viết này để xem tiếp trên điện thoại
