วิธีการรันเอเจนต์การเขียนโค้ด 3 ถึง 8 ตัวพร้อมกันโดยไม่หลงทาง

การรันเอเจนต์สองตัวพร้อมกันใช้เวลาเพียงห้านาที คุณเปิดเทอร์มินัลสองตัว มอบหมายงานให้แต่ละตัว และดูข้อความเลื่อนขึ้นลง

ปัญหาเริ่มต้นที่เอเจนต์ตัวที่สี่

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

มันไม่ใช่ปัญหาของพลังการประมวลผล แต่มันคือปัญหาของการมองเห็น

ข้อจำกัดที่แท้จริงคือในหัวของคุณ

เอเจนต์ที่เขียนโค้ดอย่างอิสระจะส่งมอบในช่วงเวลาสั้นๆ มันคิดอยู่ 40 วินาที, เขียน, หยุด, รอให้คุณอนุมัติ ในช่วงเวลา 40 วินาทีนี้คุณสามารถติดตามเอเจนต์ตัวที่สองได้ ขณะที่เอเจนต์ตัวที่สองเขียน คุณอนุมัติเอเจนต์ตัวแรก

สูงสุด 3 เอเจนต์ สมองของคุณตามทัน แต่เมื่อเกิน 5 คุณจะหลุดจากเส้นทาง

Anthropic ได้เผยแพร่ตัวเลขที่บอกเล่าในเอกสารของพวกเขา: การพยายามโดยไม่มีการชี้นำประสบความสำเร็จประมาณหนึ่งในสาม ช่องว่างระหว่างคนที่ส่งมอบปริมาณและคนอื่นๆ ไม่ใช่โมเดล แต่มันคือโครงสร้างที่พวกเขาวางไว้ก่อนที่จะเริ่ม

ดังนั้นก่อนที่คุณจะขยาย คุณต้องสร้างโครงสร้าง

กฎข้อที่หนึ่ง: เอเจนต์หนึ่งตัว, พื้นที่ทำงานที่แยกจากกัน

ความผิดพลาดคลาสสิกคือการใส่เอเจนต์สามตัวในสำเนาเดียวกันของ repo พวกเขาจะขัดกัน หนึ่งตัวแก้ไข package.json, อีกตัวก็เช่นกัน และคุณจะจบลงด้วยการรวมที่คุณไม่สามารถคลี่คลายได้

การแก้ไขคือสองคำ: git worktree

git worktree add ../project-auth feature/auth
git worktree add ../project-billing feature/billing
git worktree add ../project-export feature/export

แต่ละเอเจนต์ทำงานในโฟลเดอร์ของตัวเอง บนสาขาของตัวเอง ด้วยไฟล์ของตัวเอง ไม่มีการชนกัน คุณตรวจสอบแต่ละสาขาแยกกันและรวมเมื่อมันพร้อม

นี่คือพื้นฐานของสิ่งที่นักวิจัยเรียกว่าการมอบหมายที่แยกจากกัน: ผู้จัดการกลางแบ่งงาน, แต่ละงานย่อยทำงานในมุมของตัวเอง และการรวมเกิดขึ้นภายหลัง โดยมีการทดสอบเพื่อยืนยัน

กฎข้อที่สอง: อย่าแจกไฟล์กลางเดียวกันสองครั้ง

ก่อนที่คุณจะแบ่งงาน ให้หาฟайлที่ฟีเจอร์หลายๆ ตัวจะต้องสัมผัส เช่น เราเตอร์, โครงสร้างฐานข้อมูล, การกำหนดเส้นทาง API

ไฟล์เหล่านั้นจะได้รับเอเจนต์เพียงหนึ่งตัว ตัวอื่นๆ รอหรือทำงานรอบๆ พวกมัน

หากคุณให้ routes.ts เดียวกันกับเอเจนต์สองตัวที่ทำงานพร้อมกัน คุณจะต้องจ่ายในเรื่องความขัดแย้งในการรวมที่คุณคิดว่าคุณจะได้จากการทำงานพร้อมกัน การแลกเปลี่ยนนี้จะสูญเสียทุกครั้ง

กฎข้อที่สาม: กระดานเดียว ไม่ใช่เทอร์มินัลสิบตัว

นี่คือจุดที่คนส่วนใหญ่เลิกใช้หลายเอเจนต์ พวกเขาเปิดแท็บเทอร์มินัลแปดแท็บ, สูญเสียเส้นทาง และกลับไปที่เอเจนต์เดียว

คุณต้องการมุมมองเดียวที่ตอบคำถามสามข้อได้ในคราวเดียว:

• ใครกำลังเขียนโค้ดอยู่ตอนนี้?
• ใครรอการตรวจสอบของฉัน?
• ใครเสร็จหรือเกิดข้อผิดพลาด?

หากไม่มีมุมมองนั้น การใช้หลายเอเจนต์จะทำให้คุณต้องใช้ภาระทางจิตใจมากกว่าที่มันให้คุณในเรื่องความเร็ว แต่ถ้ามี คุณสามารถจัดการกับ 6 หรือ 8 เส้นทางการทำงานพร้อมกันได้จริงๆ

นี่คือช่องว่างที่ AgentsRoom เติมเต็ม ทุกเอเจนต์จะได้รับกระเบื้องของตัวเอง สถานะของมัน สีของมัน เอเจนต์ที่รอการตอบกลับของคุณจะเปลี่ยนเป็นสีแดงและส่งเสียงเตือนคุณ คุณหยุดเลื่อนในเทอร์มินัลที่ผิด คุณมองไปที่กระดานและคุณรู้ว่าต้องไปที่ไหน

จังหวะที่ทำงานในทางปฏิบัติ

นี่คือจังหวะที่ฉันจะเริ่มต้นด้วย

เริ่มต้นด้วยเอเจนต์สองตัว บนฟีเจอร์สองตัวที่ไม่มีไฟล์ร่วมกัน ปรับตัวให้เข้ากับวงจรตรวจสอบแล้วรวม วงจรนั้น ไม่ใช่โค้ด จะกลายเป็นงานที่แท้จริงของคุณ

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

จุดที่หวานอยู่ระหว่าง 3 ถึง 8 ฟีเจอร์ใน repo เดียวกัน โดยมีการดูแลที่มองเห็นได้ เกินกว่านั้น แม้จะมีบอร์ดที่ดี การตรวจสอบจะกลายเป็นข้อจำกัดและคุณจะสูญเสียประโยชน์

สิ่งที่คุณได้รับจริงๆ

การใช้หลายเอเจนต์ไม่มีประโยชน์สำหรับ 95% ของงานเล็กๆ เพื่อแก้ไขคำผิดหรือเพิ่มปุ่ม เอเจนต์เดียวก็เพียงพอและเร็วกว่ามาก

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

ความลับไม่ใช่จำนวนเอเจนต์ แต่มันคือการรู้เสมอว่าเอเจนต์ไหนต้องการคุณในตอนนี้ แก้ไขสิ่งนั้น และที่เหลือจะตามมา