รักษาวงจรป้อนกลับให้กระชับ
ยิ่งคุณเห็นได้เร็วว่าการเปลี่ยนแปลงใช้งานได้หรือไม่ คุณและ AI ก็ยิ่งบรรจบกันสู่สิ่งที่ถูกต้องได้เร็วขึ้น วงจรที่ช้า — ที่คุณต้องรอเป็นนาทีเพื่อรู้ว่ามีอะไรพังหรือเปล่า — จะทวีคูณความผิดพลาดทุกครั้งอย่างเงียบ ๆ
- ทำให้ "รันมัน" เป็นคำสั่งเดียว
npm run dev,make testหรืออะไรก็ตาม จงบันทึกไว้ในไฟล์บริบทของคุณเพื่อให้ AI รันมันได้เช่นกัน - พึ่งพาเทสต์ที่รวดเร็ว แม้แต่เทสต์ยูนิตเพียงหยิบมือก็ให้ AI มีวิธีตรวจสอบงานของตัวเองโดยที่คุณไม่ต้องคอยดูแล
- ใช้ linter และ formatter พวกมันจับความผิดพลาดทั้งกลุ่มได้ในทันที และป้องกันไม่ให้ข้อโต้แย้งเรื่องสไตล์เข้ามาปนในรีวิวของคุณ
- แสดงข้อผิดพลาดกลับไปให้ AI เมื่อมีอะไรพัง ให้วางข้อความ error ที่แท้จริง ฟีดแบ็กที่เจาะจงจะให้การแก้ไขที่เจาะจง ส่วน "มันไม่ทำงาน" จะให้แค่การเดา
ชิ้นส่วนต่าง ๆ ของพื้นที่ทำงาน AI ประกอบกันเป็นวงจรเดียวที่เชื่อมโยงกัน เอเจนต์แก้ไขรีโพ เอดิเตอร์และ language server รายงานปัญหา เทอร์มินัลรันโค้ด และผลลัพธ์ทุกอย่างไหลกลับไปที่เอเจนต์
┌──────────────────────────────────────────────┐
│ │
▼ │
┌─────────┐ edits ┌──────────┐ runs ┌──────────┐
│ AGENT │ ─────────────▶ │ EDITOR │ ────────▶ │ TERMINAL │
└─────────┘ └────┬─────┘ └────┬─────┘
▲ │ │
│ ▼ ▼
│ ┌──────────┐ ┌──────────┐
│ │ LSP │ │ REPO │
│ │ (errors) │ │ (commit) │
│ └────┬─────┘ └────┬─────┘
│ │ │
└─────────────────────────┴──────────────────────┘
feedback flows back
เวอร์ชันที่ลึกที่สุดของแนวคิดนี้คือการปล่อยให้ AI ปิดวงจรด้วยตัวมันเอง แทนที่คุณจะเป็นคนรันคำสั่ง อ่านความล้มเหลว และส่งต่อ ให้สิทธิ์เอเจนต์ในการรันเทสต์และ typechecker หลังจากทุกการเปลี่ยนแปลง แล้วให้มันตอบสนองต่อสิ่งที่เห็น วงจรจะกลายเป็น แก้ไข รัน อ่านความล้มเหลว แก้ไข รันอีกครั้ง ทั้งหมดนี้โดยไม่มีคุณอยู่ตรงกลาง งานของคุณเปลี่ยนจากคนส่งสารเป็นผู้กำกับ คุณกำหนดเป้าหมายและรั้วกั้น แล้วเฝ้าดูวงจรหมุนไป เมื่อ AI สามารถแก้ไข รัน เห็นความล้มเหลว และแก้ไขมันได้ด้วยตัวเอง คุณก็ได้สร้างวงจรที่ทำงานจริงในขณะที่คุณยังคงนั่งอยู่ในเก้าอี้ผู้กำกับ