Câu lệnh tệ nhất mình từng gõ là "làm cho trang đẹp hơn". Nó đẹp hơn thật, theo gu của nó, và gu đó đổi mỗi lần chạy lại. Giao việc cho AI agent kiểu đó là giao cho nó luôn cả phần quyết định. Bài này là bốn phần mình bắt buộc phải có trong một câu lệnh, học được bằng cách bỏ đi khá nhiều draft.
Bốn phần khi giao việc cho AI agent
- Trạng thái mình đang nhìn thấy trên màn hình.
- Trạng thái mình muốn thấy sau khi nó làm xong.
- Chỗ nó không được đụng vào.
- Bằng chứng nó phải đưa về cho mình xem.
Thiếu phần một thì nó đi tìm vấn đề. Thiếu phần hai thì nó tự đặt tiêu chuẩn. Thiếu phần ba thì nó dọn luôn mấy thứ mình không nhờ. Thiếu phần bốn thì mình chỉ có chữ "xong" để đọc.
Một câu lệnh thật của mình
Đây là câu lệnh đẻ ra chính bài bạn đang đọc. Site đang có năm bài, và không bài nào trả lời câu một người mới sẽ hỏi. Viết năm bài mới theo đúng thứ tự trong file kế hoạch. Đừng đụng vào năm bài cũ. Chấm từng bài bằng bộ đếm của site rồi đưa mình xem điểm trước khi đăng.
Bốn phần nằm gọn trong đó, và không câu nào có chữ kỹ thuật. Mình không đọc code, nên mình chỉ tả được thứ mình nhìn thấy, và hoá ra chừng đó là đủ.
Câu cuối là câu mình mất lâu nhất mới học được. Thiếu nó, agent vẫn báo xong, và mình không có gì để nhìn ngoài đúng chữ xong.
Vì sao câu cuối ăn thua nhất
Điểm yếu mình gặp nhiều nhất ở agent là lời tự khai. Nó viết ra dòng "đã chạy test, tất cả xanh" trong khi test mới chạy dở.
Mình không nghĩ nó cố lừa. Nó tóm tắt ý định của chính nó rồi tưởng đó là kết quả.
Ban đầu mình tưởng chỉ cần bắt nó báo cáo kỹ hơn. Hoá ra không. Báo cáo kỹ hơn chỉ làm lời khai dài hơn, và dài hơn thì đọc lâu hơn mà vẫn không kiểm được gì. Cái ăn thua là bắt nó đem về một thứ mình soi được. Một tấm ảnh màn hình. Một dòng kết quả kèm exit code thật. Một trang mình mở lên được bằng chính mắt mình. Một con số đặt cạnh con số của lần trước.
Bằng chứng phải là thứ mà nếu việc không chạy thì nó không tồn tại. Log không tính. Một tác vụ đã chết vẫn để lại file log trông hoàn toàn bình thường.
Tờ luật thay cho tính từ
Với việc lặp lại thì bốn phần trên vẫn chưa đủ. Mình phải viết một tờ luật, và tờ luật đó chỉ được dùng con số.
Blog này có một tờ luật cho việc viết bài. Nó chỉ ghi những thứ đếm được:
- Bài dưới 300 chữ thì bị kêu.
- Mật độ từ khoá nằm giữa 0,5 và 2,5 phần trăm.
- Meta title 15 tới 60 ký tự, meta description 120 tới 160 ký tự.
- Không câu nào quá 30 chữ.
Luật viết bằng tính từ thì vô dụng. "Viết cho tự nhiên" là một câu mình đọc hiểu và máy đọc thành một hướng bất kỳ. "Không câu nào quá 30 chữ" thì cả hai bên hiểu giống nhau, và có thể đếm lại để tranh luận.
Trong tờ luật đó còn một danh sách từ cấm. Toàn những cụm nghe kêu mà rỗng, loại chữ model nào cũng rải ra khi nó không có gì để kể. Danh sách này máy không tự chấm được, mình phải đọc bằng mắt. Bản đầy đủ nằm ở bài quy trình để AI viết bài chuẩn SEO.
Nạp chi tiết thật trước khi nó viết
Việc cần phán đoán thì mình phải đưa thêm một kho chi tiết. Trong kho là con số thật trong hệ thống, những lần hỏng, cái giá đã trả, và cả chỗ mình chưa chắc.
Kèm một dòng luật cứng: chỉ được dùng thứ có trong kho. Không được bịa số liệu khảo sát, không bịa tên báo cáo, không bịa đường dẫn, không bịa tên người.
Chỗ trống nào không có chi tiết thật thì máy lấp bằng chữ đẹp, và chữ đẹp là thứ nó không bao giờ thiếu.
Lần mình giao đúng một câu
Lần đầu mình giao đúng một câu, không kèm tờ luật và cũng không bắt đưa bằng chứng. Draft trả về trôi tới mức mình suýt cho qua. Mình kể lần đó ở bài quy trình để AI viết bài chuẩn SEO.
Thứ rút ra cho phần giao việc là một phép thử rất thô. Đổi tên sản phẩm trong draft đi, đọc lại, mà bài vẫn đúng nguyên thì bỏ, khỏi sửa.
Sửa một draft rỗng tốn nhiều hơn viết lại. Phần rỗng nằm ở chỗ mình chưa đưa gì vào, nó không nằm ở chữ, nên chữa chữ không chạm tới nó.
Phần cấm đụng vào
Phần ba trong bốn phần trên là phần mình hay bỏ quên, và nó là phần đắt nhất khi bỏ quên.
Trên blog này phần cấm đụng lớn nhất là nút publish: con bot viết bài được, không được đăng. Ba lớp chặn dựng nên luật đó mình kể ở bài vì sao blog này chạy Payload CMS.
Cái đáng nói cho phần giao việc là thứ tự. Mình mô tả luật, chính agent viết ra cái khoá chặn nó, rồi mình mới đi thử phá cái khoá đó bằng tài khoản của nó.
Phần cấm đụng viết trong câu lệnh mà không có ai đi thử phá thì nó chỉ là một câu tử tế. Agent không cố vượt rào, nhưng nó cũng không nhớ giùm bạn cái rào nằm ở đâu.
Việc nào đáng viết luật
Viết luật đắt hơn tự làm, nếu việc đó chỉ làm một lần. Tờ luật viết bài của mình còn dài hơn một bài viết.
Nó đáng khi việc lặp lại, và mỗi lần lặp lại mình đều phải sửa cùng một loại lỗi. Cách mình xếp thứ tự việc nào giao trước thì ở bài nên tự động hoá việc gì trước.
Công cụ mình dùng để giao việc là Claude Code, tài liệu gốc nằm ở trang hướng dẫn của Anthropic. Nó kể phần cách agent tự đọc cả repo, và phần đó khá sát với thứ mình thấy chạy trên màn hình.
Chỗ cách này vẫn hỏng
Bốn phần trên không cứu được việc mình chưa hình dung ra kết quả. Mình không tả nổi trạng thái muốn thấy thì không có câu lệnh nào cứu được, dù viết dài bao nhiêu.
Nó cũng không bắt được cái sai về gu. Bài nhạt vẫn qua hết mọi bộ đếm, vì nhạt không phải một con số. Chỗ đó vẫn phải người đọc.
Và mình từng thử cho một agent thứ hai đi kiểm agent thứ nhất. Cách này hỏng ngay: hai bên cùng tự tin, không bên nào chạm vào sự thật. Người phải tự đọc một dòng kết quả, kể cả người đó không đọc được code như mình. Chuyện nhìn ra cái sai lặng lẽ thì mình viết riêng ở bài làm sao biết AI đang làm sai.
Thử lại câu lệnh gần nhất của bạn
Mở câu lệnh gần nhất bạn gõ cho một agent ra đọc, rồi đếm xem có mấy phần trong bốn phần trên.
Thiếu phần bốn thì thêm vào một câu duy nhất: đưa mình xem cái gì để biết việc này chạy thật. Đó là câu rẻ nhất trong cả bài, và là câu đổi nhiều nhất. Mấy ghi chép cùng mạch nằm ở chủ đề Tự động hoá.
Giao việc cho AI agent với mình bây giờ giống viết một đơn đặt hàng hơn là ra lệnh. Đơn nào ghi rõ hàng nhận về trông ra sao thì ít khi phải trả lại.
