รันเอเจนต์เขียนโค้ด AI มากกว่าหนึ่งตัวในเวลาเดียวกัน—ตัวหนึ่งเขียนโค้ดในขณะที่อีกตัวหนึ่งตรวจสอบ หรือสามโมเดลถกเถียงเกี่ยวกับการออกแบบ—แล้วคุณจะสังเกตเห็นบทบาทของตัวเองในระบบนี้: วางเอาต์พุตของ A ใส่เข้าไปใน B, นำฟีดแบ็คของ B กลับไปหา A, ตัดสินใจว่าใครจะไปต่อ, ตัดสินใจว่าเมื่อไหร่จะเสร็จ คุณคือ human middleware ระหว่างเอเจนต์ของตัวเอง
บทบาทนั้นคือสามงาน: ย้ายคอนเท็กซ์ระหว่างเอเจนต์, เรียกใช้เอเจนต์ที่ถูกต้องในเวลาที่ถูกต้อง, และตัดสินใจว่าลูปเสร็จสิ้นเมื่อไหร่ looperators มอบทั้งสามอย่างให้กับกราฟ เอเจนต์ของคุณวางอยู่บน canvas, เชื่อมต่อกันด้วย edges—และ edges จะดำเนินการ: เอาต์พุตเดินทางไปตาม edge ไปยังเอเจนต์ถัดไป, ข้อสรุปไหลกลับขึ้นมาและปลุกเอเจนต์เดิม, และเงื่อนไขการหยุดจะสิ้นสุดลูป ใครเป็นคนเรียกใคร, คอนเท็กซ์อะไรถูกย้าย, หยุดเมื่อไหร่—ทั้งหมดนี้อยู่บน edges, ไม่มีอะไรอยู่ในคลิปบอร์ดของคุณ
กราฟไม่ได้ถูกประกอบขึ้นด้วยมือเช่นกัน looperators ไม่ใช่ low-code builder: คุณแชทกับเอเจนต์ของคุณอย่างที่เคยทำ, และเมื่อลูปก่อตัวขึ้นในบทสนทนา, กราฟที่ตรงกันจะปรากฏบน canvas, พร้อมให้แก้ไข หากคุณต้องการออกแบบลูปโดยตรง, สิ่งนั้นก็เกิดขึ้นในบทสนทนาธรรมดาเช่นกัน—ไม่ต้องลากกล่องและสายไฟ
ภายใต้ฝาครอบ, ทุกโหนดคือเซสชันจริงของ agent CLI ที่คุณมีอยู่แล้ว—Claude Code, Codex, หรือ Grok Build—ที่ถูก orchestrated ในเครื่อง ไม่มีการพร็อกซี API key, ไม่มีการขายต่อโมเดล: มันขับเคลื่อนเครื่องมือที่คุณลงชื่อเข้าใช้แล้ว
การอภิปรายแบบหลายเอเจนต์: ปัญหาเดียว สามร่าง ฉันทามติเดียว
การตั้งค่าที่ฉันใช้บ่อยที่สุด: ปัญหาเดียวกันถูกส่งไปยัง Codex, Claude Code, และ Grok Build พร้อมกัน แต่ละตัวร่างวิธีแก้ปัญหาอย่างอิสระ จากนั้นพวกเขาอ่านงานของกันและกันและท้าทายกัน—จุดอ่อนถูกชี้ให้เห็น, ร่างถูกแก้ไข—จนกว่าการอภิปรายจะบรรจบกัน, และขั้นตอนการสังเคราะห์รวมสิ่งที่รอดชีวิตมาเป็นแผนสุดท้ายเดียว
ไม่มีใครพกร่างระหว่างหน้าต่าง ใครอ่านใคร, รอบต่อไปเริ่มเมื่อไหร่, อะไรนับเป็นฉันทามติ—กราฟขับเคลื่อนทั้งหมดนี้ โครงสร้างแล้วนี่คือสาขาขนาน, cross edges, และการ join ที่ส่วนท้าย: รูปร่างที่ผู้คนเริ่มเรียกกันว่า graph engineering ใน looperators คุณได้รับมันโดยการขอในแชท, หรือโดยการเลือกเทมเพลตและกรอกช่อง
วงแหวนตรวจสอบ: จนกว่าจะสะอาด, สูงสุด 6 รอบ
ลูปอีกอันที่ฉันรันทุกวัน: โค้ดเดอร์และผู้ตรวจสอบ—โมเดลต่างกันโดยตั้งใจ, เพื่อให้ผู้ตรวจสอบไม่มีจุดบอดเหมือนกับผู้เขียน งานที่เสร็จแล้วจะถูกส่งไปตรวจสอบโดยอัตโนมัติ; ปัญหาที่ขัดขวางจะถูกส่งกลับโดยอัตโนมัติและปลุกเซสชันโค้ดเดอร์เดิมเพื่อแก้ไข; ป้ายบนวงแหวนแสดงรอบปัจจุบัน เงื่อนไขการหยุดคือหนึ่งประโยค: "จนกว่าการตรวจสอบจะสะอาด, สูงสุด 6 รอบ" โค้ดเดอร์ไม่เคยประกาศว่าตัวเองเสร็จ—ผู้ตรวจสอบเป็นเจ้าของคำตัดสินนั้น, และขีดจำกัดรับประกันว่ามีทางออกไม่ว่าจะกรณีใด
และลูปทำงานโดยไม่มีคุณ, แต่ไม่เคยล็อคคุณออก: ทุกเอเจนต์บนกราฟคือเซสชันจริงที่มีอายุยืนยาว ในรอบที่สองฉันเห็นผู้ตรวจสอบจู้จี้เรื่องรูปแบบการตั้งชื่อ, เปิดมันเหมือนแชทปกติ, พูดว่า "ไม่ต้องสนใจสไตล์, ดูแค่ logic," และลูปก็ทำงานต่อไป
ออกแบบลูป, ไม่ใช่ทุกพรอมต์
วิศวกรรมพรอมต์ถามว่า: ฉันควรพูดอะไรต่อไป? วิศวกรรมลูปถามว่า: โครงสร้างแบบไหนที่ทำให้สิ่งนี้ดำเนินต่อไปโดยไม่มีฉัน? การเปลี่ยนแปลงนั้นคือสิ่งที่ looperators ถูกสร้างขึ้นมา มันเป็น loop-native: เซสชันเกิดมาในความสัมพันธ์, และลูปเป็นภาษาแม่ของระบบ—ไม่ใช่ patch ที่ถูก bolted เข้ากับแชทที่แยกเดี่ยว
คุณไม่ได้ถูกเอาออกจากลูป คุณถูกเลื่อนตำแหน่งออกจากที่นั่งผู้ส่งสาร: คุณออกแบบลูป, ดูมันทำงานบน canvas, และก้าวเข้ามาเมื่อคุณมีอะไรจะพูด
ดังนั้นครั้งต่อไปที่คุณจับได้ว่าตัวเองกำลังวางเอาต์พุตของเอเจนต์หนึ่งไปยังอีกตัวหนึ่ง, สังเกตว่ามือของคุณกำลังทำอะไร—คุณกำลังรันลูปด้วยมือ ลูปนั้นมีรูปร่าง: สองบทบาทตรงนี้, สามผู้ร่างตรงนั้น, edge ที่นำงานกลับมา, ประโยคที่สิ้นสุดมัน วาดมันครั้งเดียว, และมันทำงานโดยไม่มีคุณ
ลูปทั้งสองในบทความนี้ถูกจัดส่งเป็นเทมเพลตใน looperators—โอเพนซอร์ส, Apache-2.0:
github.com/ObservedObserver/looperators
ถ้าคุณรันหนึ่งในนั้น, ฉันอยากรู้ว่าคุณจะวาดลูปไหนต่อไป
