ตัวแทนการเขียนโค้ดสามารถแก้ไขบั่งลำ เรียกใช้การทดสอบ และ commit ได้อย่างไรขณะที่คุณยังคงควบคุม?

Question

IT Interview Practice · Accepted Answer

**ตัวแทน** การเขียนโค้ดสามารถขับเคลื่อนการแก้ไขบั่งลำแบบสิ้นสุด — ทำซ้ำ ค้นหาที่ตั้ง แก้ไข ตรวจสอบ commit — แต่คุณยังคงควบคุมโดยผ่าน **สิทธิ์ที่กำหนดขอบเขต การอนุมัติจากมนุษย์ และขั้นตอนที่เล็กและเปลี่ยนกลับได้** ตัวแทนทำการพิมพ์; คุณตัดสินใจว่าอะไรที่ลงจริง

## ลูป

```text
1. REPRODUCE  → write/run a failing test that demonstrates the bug (red)
2. LOCATE     → search the codebase, read the relevant files, form a hypothesis
3. PROPOSE    → draft a minimal fix (you can review the plan before any edit)
4. VERIFY     → run tests + lint/typecheck → fix is proven by the test going green
5. REVIEW     → show the DIFF for your approval (nothing committed yet)
6. COMMIT     → only after approval, on a branch, with a clear message
```

แนวคิดหลักคือ **การตรวจสอบที่ขับเคลื่อนด้วยการทดสอบ**: ตัวแทนไม่ได้พูดว่า "แก้ไขแล้ว" — มันพิสูจน์โดยการทำให้การทดสอบที่ล้มเหลวผ่านไป การทดสอบที่ล้มเหลวจากขั้นตอนที่ 1 คือสัญญาณเป้าหมายที่ว่าการเปลี่ยนแปลงใช้งานได้

## กลไกการควบคุม

```text
- SCOPED PERMISSIONS → allowlist safe commands (test, lint); prompt for the rest
- APPROVAL GATES     → human confirms destructive/irreversible actions + the final commit
- SMALL STEPS        → one focused change at a time → easy to review and revert
- BRANCH / WORKTREE   → work isolated from main; throw it away if it goes wrong
- DIFF REVIEW        → read the actual diff before commit, not just the agent's summary
```

```bash
# The agent runs the suite itself and reports the result before proposing a commit
npm test -- --runInBand   # red before the fix, green after → objective verification
git diff                  # you review every line that will be committed
```

การทำงานใน **สาขา หรือ git worktree** หมายความว่า กรณีที่เลวร้ายที่สุดคือ `git checkout main` — การทดลองไม่มีการสัมผัสสถานะการทำงานของคุณ การ commit ขนาดเล็กและเปลี่ยนกลับได้ทำให้แต่ละขั้นตอนง่ายต่อการตรวจสอบและเลิกทำ

## เหตุใดจึงมีความสำคัญ

การเขียนโค้ดโดยใช้ตัวแทนจะเปลี่ยนคุณจากการพิมพ์ทุกบรรทัดไปยัง **การทบทวนและการชี้นำ** ความได้เปรียบนั้นเป็นจริง แต่ความเสี่ยงของตัวแทนที่เก็บกำลังส่งการเปลี่ยนแปลงที่ไม่ถูกต้องหรืออันตรายก็เป็นจริงเช่นกัน การเก็บประตูอนุมัติของมนุษย์ไว้ก่อน commit การตรวจสอบด้วยการทดสอบแทนที่จะเชื่อคำพูด และการแยกงานในสาขาช่วยให้คุณจับความเร็วของอัตโนมัติได้ในขณะที่ยังคงเป็นคนที่ตัดสินใจว่าอะไรจะถึง `main`

ลูป

กลไกการควบคุม

เหตุใดจึงมีความสำคัญ

คำถามที่เกี่ยวข้อง