Tóm Tắt Và Thực Hành

Những điểm chính cần nhớ

• Các agent nhân bội khả năng nói chính xác điều bạn muốn và nhận ra khi nào bạn đã đạt được nó — chúng không thay thế khả năng đó.
• Giới hạn phạm vi mang lại lợi ích gấp đôi: một tác vụ được giới hạn phạm vi chặt chẽ tạo ra một diff mà bạn thực sự có thể xem lại, trong khi một tác vụ thả lỏng tạo ra một diff mà bạn không thể.
• Đọc diff, không phải codebase — git diff --stat báo hiệu sự trôi dạt phạm vi trong vài giây, và một bộ test chạy xanh không bao giờ thay thế được việc chạy thử thứ đó.
• Đừng bao giờ chạy một vòng lặp agent không có giới hạn trên một API trả phí; cho mọi vòng lặp một mức trần cứng — số lần lặp tối đa, giới hạn chi tiêu, hoặc thời gian chờ tối đa.
• Theo dõi các lần chạy đầu tiên ở chế độ tiền cảnh để xác nhận agent hội tụ trước khi bạn tin tưởng để nó chạy nền.

Thử làm

Chọn một tác vụ nhỏ, được giới hạn phạm vi rõ ràng và giao nó cho một agent kèm điều kiện dừng cụ thể ("dừng sau 3 lần thử" hoặc "dừng nếu test vẫn thất bại hai lần"). Theo dõi lần chạy đó từ đầu tới cuối ở chế độ tiền cảnh, rồi chỉ xem lại diff bằng git diff --stat theo sau bởi git diff. Nếu các thay đổi chạm vào nhiều file hơn phạm vi bạn đã giới hạn, đó là tín hiệu để siết chặt bản mô tả công việc và chạy lại.

Prompt của chương

I'm giving you an autonomous task. Obey these guardrails exactly:
- SCOPE: only touch [list the files/modules]. If the fix needs more,
  STOP and tell me instead of expanding scope.
- GOAL: [one concrete, checkable outcome].
- STOP CONDITIONS: stop after 3 attempts, OR if tests fail twice in a
  row, OR if you've made changes outside the scope above.
- COST: do not call any paid API in a loop without a hard cap.
- REPORT: when you stop, show me `git diff --stat`, the test result,
  and one sentence on whether you converged or got stuck.
Begin, and narrate each attempt so I can watch you converge.