วิธีการรัน 3 ถึง 8 Coding Agents พร้อมกันโดยไม่หลุดการติดตาม

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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