สรุปและแบบฝึกหัด

ประเด็นสำคัญ

• เอเจนต์ขยายความสามารถของคุณในการบอกสิ่งที่คุณต้องการอย่างแม่นยำและรู้จำเมื่อคุณได้มันมาแล้ว — พวกมันไม่ได้แทนที่ความสามารถนั้น
• การกำหนดขอบเขตให้ผลตอบแทนสองเท่า: งานที่กำหนดขอบเขตไว้แน่นจะได้ diff ที่คุณตรวจสอบได้จริง ส่วนงานที่ปล่อยหลวมจะได้ diff ที่คุณตรวจสอบไม่ได้
• อ่าน diff ไม่ใช่โค้ดเบสทั้งหมด — git diff --stat ตรวจจับขอบเขตที่บานปลายได้ในไม่กี่วินาที และชุดทดสอบสีเขียวไม่มีวันแทนที่การรันดูจริง
• อย่าปล่อยให้วงจรเอเจนต์ที่ไม่มีการควบคุมรันกับ paid API ให้ทุกวงจรมีเพดานที่แน่นอน — จำนวนรอบสูงสุด วงเงินใช้จ่าย หรือเวลาหมดอายุ
• เฝ้าดูการรันครั้งแรกๆ ในพื้นหน้าเพื่อยืนยันว่าเอเจนต์ ลู่เข้า ก่อนที่คุณจะไว้ใจให้มันรันในพื้นหลัง

ลองทำดู

หยิบงานเล็กๆ ที่กำหนดขอบเขตไว้ดี แล้วมอบให้เอเจนต์พร้อมเงื่อนไขหยุดที่ชัดเจน ("หยุดหลังจาก 3 ครั้ง" หรือ "หยุดถ้าชุดทดสอบยังล้มเหลวสองครั้งติดกัน") เฝ้าดูการรันตั้งแต่ต้นจนจบในพื้นหน้า จากนั้นตรวจสอบเฉพาะ diff ด้วย git diff --stat ตามด้วย git diff ถ้าการเปลี่ยนแปลงแตะไฟล์มากกว่าที่คุณกำหนดขอบเขตไว้ นั่นคือสัญญาณให้คุณรัดบรีฟให้แน่นขึ้นแล้วรันใหม่

พรอมป์ประจำบท

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.