Một agent làm ra thứ gì đó — một đoạn logic, một bản migration, một đoạn nội dung. Nó xong, báo "xong rồi", và nhìn có vẻ đúng. Bạn hỏi đúng nó: "Chắc chưa, cái này đúng không?" Nó đọc lại việc của chính mình và bảo đúng. Bạn ship. Nó vỡ đúng ở cái trường hợp agent chưa từng nghĩ tới — và đây là cái bẫy: lý do nó chưa từng nghĩ tới chính là lý do nó không bắt được khi soát. Nó đang chấm bài của mình, bằng đúng cây bút đã gây ra lỗi.
01Tác giả không thấy điểm mù của chính mình
Một agent kiểm lại output của nó mang theo y nguyên các giả định đã tạo ra output đó. Nếu lần đầu nó đọc sai yêu cầu, thì lúc soát nó đọc sai y hệt — một cách tự tin. Một model đơn có các kiểu sai tương quan với nhau: hỏi hai lần thì sai hai lần như nhau, khoác lên cái áo "ý kiến thứ hai". "Tự kiểm lại đi" nghe như một lớp bảo vệ, nhưng một người soát chung cái đầu với người làm thì không phải ý kiến thứ hai gì cả. Đó là ý kiến thứ nhất, lặp lại to hơn.
✕ Cùng một agent tự kiểm
✓ Một agent khác kiểm
02Một agent thứ hai, với một cái đầu khác
Thêm một agent có vai không phải để làm, mà để phản biện — soát, audit, thử bẻ gãy cái đứa đầu vừa làm. Sức bật nhân lên khi đó là một model hay hãng khác: huấn luyện khác, thói quen khác, điểm mù khác. Chỗ mà hai đứa builder cùng một "hãng" sẽ cùng bỏ sót một thứ, thì hai cái đầu khác hãng bỏ sót những thứ khác nhau — nên giữa hai đứa, lọt lưới ít hơn hẳn. Agent thứ hai không phải đôi tay dự phòng; nó là cặp mắt mà đứa đầu về mặt bản chất không thể có.
Tạo ra sản phẩm — và mang theo các giả định đã tạo ra nó. Không giao nó tự chấm output của chính mình.
Một model khác, việc duy nhất là tìm cái sai. Nó đọc, nêu phát hiện, và không bao giờ tự gộp ý kiến của mình thành sự thật.
Lọc phát hiện — không phải cái nào cũng thật — quyết cái nào đúng, và giữ cổng: chưa qua mắt thứ hai thì chưa merge.
03Chia theo chức năng, không phải theo vùng
Đây là một kiểu cắt khác với việc chia một task lớn cho nhiều agent để cho nhanh. Kiểu kia chia theo vùng — mỗi agent một mảng việc riêng không chồng lấn, để hai đứa không bao giờ đụng cùng một chỗ. Kiểu này chia theo chức năng: một đứa làm ra, đứa kia phán xét chính cái đó. Người soát chỉ đọc và nêu phát hiện; người làm vá và không bao giờ tự duyệt bản vá của mình. Cái luật duy nhất làm cặp đôi này chạy được: ai viết thì không được ký duyệt cái đó. Khoảnh khắc tác giả cũng là người duyệt, bạn quay lại cảnh chấm bài của chính mình — và điểm mù thắng.
04Khi nào cặp mắt thứ hai mới đáng
Nó không miễn phí. Một người soát tốn thêm một vòng phối hợp, và phần lớn việc dùng-rồi-bỏ không cần. Nó đáng khi tính-đúng quan trọng hơn tốc độ thuần, khi việc khó soát bằng mắt thường, và nhất là khi bạn từng bị một thứ "nhìn đúng" làm cho cháy. Cái cuối là dấu hiệu: nếu bạn cứ ship những thứ lướt qua thấy ổn rồi vẫn vỡ, thì bạn không cần một đứa làm nhanh hơn — bạn cần một người kiểm độc lập mà đứa làm không nói át được.
05Đưa vào thực tế
- Cho người soát một vai chỉ-soát và cái chuẩn để đối chiếu — spec, yêu cầu, thế nào là đúng. Người soát không có thước thì chỉ bắt bẻ vặt.
- Dùng model khác nếu được. Cùng model soát cùng model thì chung đúng cái điểm mù bạn đang muốn thoát.
- Khung lệnh theo kiểu đối kháng: bảo nó tìm cái sai hay thử bẻ gãy cái này — đừng hỏi "tốt chứ?". Cách hỏi sau đi câu lời khen; cách hỏi trước đi câu vấn đề.
- Tự lọc phát hiện. Người soát phơi ra; bạn quyết cái nào thật, cái nào nhiễu.
- Lặp vai: người làm vá, người soát kiểm lại, và chưa qua mắt thứ hai thì chưa merge.
Một đội hai đứa chia vai bắt được cả một lớp lỗi mà một agent đơn độc mù tịt — bắt rẻ, trước khi nó tới tay ai khác. Cái giá là một chút phối hợp; cái được là bạn thôi ship những thứ tự tin mà sai. Nó quay về sợi chỉ xuyên suốt mọi thứ ở đây: một agent không thấy điểm mù của chính mình. Góc nhìn thứ hai không phải thứ đứa đầu tự mọc ra — nó là thứ bạn thêm vào.