คำตอบเผยแพร่แล้ว15 แหล่งที่มา
ให้ Agent ประสานเป้าหมาย ให้ระบบคุมการทำงาน และให้คนตัดสินใจเรื่องใหญ่
แยกหน้าที่ให้ชัด: Agent ประสานเป้าหมาย โปรแกรมบังคับใช้ขอบเขตและบันทึกหลักฐาน ส่วนมนุษย์ตัดสินใจเมื่อแผนหรือเกณฑ์สำคัญเปลี่ยน ไม่จำเป็นต้องขออนุมัติทุกงานย่อย แต่การเปลี่ยนความต้องการ การปรับโครงสร้างใหญ่ หรือการแก้เกณฑ์ตรวจรับควรกลับมาให้คนพิจารณา Cline มีทั้ง TUI สำหรับโต้ตอบในเทอร์มินัลและ CLI สำหรับงานอัตโนมัติ...
เผยแพร่โดยรูปภาพสร้างด้วย GPT Image 2
คำตอบการวิจัย
ประเด็นสำคัญ
- แยกหน้าที่ให้ชัด: Agent ประสานเป้าหมาย โปรแกรมบังคับใช้ขอบเขตและบันทึกหลักฐาน ส่วนมนุษย์ตัดสินใจเมื่อแผนหรือเกณฑ์สำคัญเปลี่ยน
- ไม่จำเป็นต้องขออนุมัติทุกงานย่อย แต่การเปลี่ยนความต้องการ การปรับโครงสร้างใหญ่ หรือการแก้เกณฑ์ตรวจรับควรกลับมาให้คนพิจารณา
- Cline มีทั้ง TUI สำหรับโต้ตอบในเทอร์มินัลและ CLI สำหรับงานอัตโนมัติ จึงควรกลับมาเป็นตัวเลือกหลักสำหรับส่วนประสานงาน แต่ยังต้องทดสอบกับระบบจริง
- หัวใจของประสบการณ์ใช้งานคือหน้าจอเดียวที่แสดงความคืบหน้า ความเปลี่ยนแปลง และรายการรออนุมัติ พร้อมกลับมาเชื่อมต่อได้โดยไม่ต้องไล่อ่านประวัติแชต
![[GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you operate via client side tool execution on the](https://d15bya8fi85z1v.cloudfront.net/chat/qJTwUSfu8kgAuJHbN6F14zHqI6A2/images/90A8F2CB3BF6E55B066A/6FED6F9C9403C8D3610C.png)
AI พรอมต์
openai.comCreate a landscape editorial hero image for this Studio Global article: [GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you operate via client side tool execution on the. Article summary: <tool call {"name":"attempt completion","arguments":{"result":"前一版把“Agent 的目标协调”与“程序的执行约束”混为一谈，也把人工授权和 IDE 使用习惯过度简化了。修正后的方案应是：Opus Agent 负责整体目标与偏离度协调，GPT 6 Sol 独立审核成果及门禁合理性，程序负责可靠执行和证据保存；每次实质性方案演进都回到人工决策，而不是一次授权永久运行。\n\n. Topic tags: general web, llm, prompt engineering, ai, automation. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks
ปัญหาของระบบที่มี AI coding agents หลายตัวไม่ใช่แค่ทำให้แต่ละตัวเก่งขึ้น แต่คือทำอย่างไรให้รู้ว่าใครกำลังประสานเป้าหมาย ใครมีสิทธิ์ลงมือ และเมื่อใดต้องกลับมาถามมนุษย์
แนวทางที่ควรพิจารณาคือให้ Agent รับผิดชอบการประสานงานเชิงเป้าหมาย ให้โปรแกรมทำหน้าที่เป็นกลไกควบคุมการรันและเก็บหลักฐาน และให้มนุษย์เป็นผู้ตัดสินใจเมื่อมีการเปลี่ยนแปลงสาระสำคัญ ไม่ใช่อนุมัติครั้งเดียวแล้วปล่อยระบบทำงานต่อไปโดยไม่มีจุดทบทวน
แบ่งบทบาทให้ชัด ก่อนเพิ่ม Agent ตัวใหม่
สถาปัตยกรรมที่เสนอมีสี่บทบาทหลัก โดยเป็นแบบร่างเป้าหมาย ไม่ใช่การยืนยันว่าการเชื่อมต่อทั้งหมดทำงานแล้ว
- Opus ทำหน้าที่ประสานงานระดับภาพรวม: เข้าใจเป้าหมายที่อนุมัติแล้ว เลือกลำดับงาน ประสานการค้นคว้ากับการลงมือ และสังเกตว่าแผนกำลังเบี่ยงออกนอกขอบเขตหรือไม่
- Astra รับงานค้นคว้าเมื่อจำเป็น: รวบรวมข้อมูล แหล่งอ้างอิง และข้อโต้แย้งกลับไปให้ Agent หลักใช้ประกอบการตัดสินใจ
- Pi ร่วมกับ Sonnet ทำงานเขียนและแก้โค้ด: รับงานย่อยที่มีขอบเขตชัด แยกบริบทการทำงาน และส่งผลลัพธ์กลับมาตรวจสอบ
- GPT-6-Sol ทำหน้าที่ตรวจทานอย่างเป็นอิสระ: ตรวจทั้งว่าโค้ดผ่านเกณฑ์ที่ตกลงไว้หรือไม่ และเกณฑ์หรือขั้นตอนนั้นเหมาะกับความเสี่ยงจริงหรือเปล่า
ส่วนโปรแกรมควบคุมการทำงานมีหน้าที่ตรวจว่าคำสั่งอยู่ในขอบเขตที่อนุมัติหรือไม่ จัดการการเริ่มและหยุดงาน รันการตรวจสอบ และบันทึกผล ไม่ควรให้โปรแกรมเป็นผู้ตัดสินใจเองว่าเป้าหมายทางผลิตภัณฑ์ใดสำคัญกว่า ส่วนกระบวนการวิเคราะห์เชิงสถาปัตยกรรมควรเรียกใช้เมื่อมีทางเลือกที่ Agent ตัดสินแทนไม่ได้ เพื่อจัดทำข้อเสนอให้มนุษย์เลือก ไม่ใช่เพิ่มเป็น Agent ประจำอีกตัวโดยอัตโนมัติ
อนุมัติเป็นรายเวอร์ชัน ไม่ใช่ใบอนุญาตถาวร
การทำงานอัตโนมัติยังมีประโยชน์เมื่ออยู่ในขอบเขตที่อนุมัติแล้ว เช่น จัดลำดับงานย่อย แก้ปัญหาทั่วไป และเริ่มงานถัดไป แต่เมื่อมีการเปลี่ยนความต้องการ ปรับโครงสร้างครั้งใหญ่ แทนที่มติสำคัญใน ADR หรือแก้เกณฑ์ตรวจรับ ควรสร้างข้อเสนอเวอร์ชันใหม่เพื่อให้คนตัดสินใจ
ในทางกลับกัน การอัปเดตความคืบหน้า เพิ่มข้อมูลประกอบ หรือบันทึกผลตรวจ ไม่ควรทำให้ระบบหยุดรออนุมัติทุกครั้ง
เมื่อมีเรื่องต้องตัดสินใจ ระบบควรสรุปให้เห็นตรง ๆ ว่าติดตรงไหน เกณฑ์เดิมมีไว้ป้องกันอะไร ทางเลือกในการคง ผ่อน หรือแทนที่เกณฑ์มีผลอย่างไร และหากอนุมัติแล้วจะทำอะไรต่อ การเปลี่ยนเกณฑ์ทำได้เมื่อคนยอมรับ แต่ต้องเก็บผลล้มเหลวเดิมไว้และตรวจงานตามเกณฑ์ใหม่อย่างชัดเจน ไม่ควรเปลี่ยนความหมายของ “อนุมัติให้แก้กติกา” ให้กลายเป็น “การตรวจเดิมผ่านแล้ว”
หน้าจอเดียวควรตอบได้ว่าเกิดอะไรขึ้น
ถ้าความคืบหน้ากระจายอยู่ในหน้าต่างแชตหลายตัว เซสชันของ Agent และผลลัพธ์ใน tmux ผู้ใช้ก็ต้องคอยประกอบภาพรวมเอง การเพิ่มไฟล์สถานะอย่างเดียวจึงยังไม่พอ ระบบควรมีจุดเข้าใช้งานเดียวที่แสดงอย่างน้อยสามมุมมอง
- ภาพรวมงาน: เป้าหมายที่อนุมัติแล้ว ความคืบหน้าของ Epic และ Task Agent แต่ละตัวกำลังทำอะไร ติดขัดตรงไหน และมีจุดตรวจล่าสุดเมื่อใด
- ภาพการเปลี่ยนแปลง: รายการไฟล์ ความแตกต่างของโค้ด ผลตรวจที่เกี่ยวข้อง และความเห็นจากผู้ตรวจอิสระ ซึ่งต้องอ้างถึงเวอร์ชันเดียวกัน
- รายการรอการตัดสินใจ: ข้อเสนอที่รอมนุษย์อนุมัติ ปฏิเสธ หรือขอให้วิเคราะห์เพิ่ม
ถ้าผู้ใช้ปิด IDE ระหว่างที่งานยังทำงานอยู่ ระบบควรเก็บคำขออนุมัติไว้และหยุดเฉพาะงานที่ต้องรอการตัดสินใจ เมื่อกลับมาเชื่อมต่อจึงแสดงสถานะรวมและเรื่องที่รออยู่ ไม่ควรบังคับให้ไล่เปิดประวัติสนทนาหลายชุด
การกลับมาเปิดหน้าจอไม่เท่ากับเริ่มงานใหม่ และการเปิดดูคำขออนุมัติก็ไม่ควรเท่ากับกู้คืนบทสนทนาเก่าทั้งหมด การอนุมัติต้องผูกกับข้อเสนอและขอบเขตงานเวอร์ชันที่ระบุไว้ หากแผนเปลี่ยนไปแล้ว การอนุมัติจากหน้าต่างเก่าต้องไม่ถูกนำไปใช้กับแผนใหม่โดยปริยาย
Cline ควรกลับมาอยู่ในรายชื่อที่ต้องทดลอง
เอกสารทางการระบุว่า Cline มี TUI สำหรับทำงานแบบโต้ตอบในเทอร์มินัล ทั้งการพูดคุย ทบทวนแผน อนุมัติการทำงาน และปรับแนวทางระหว่างทาง ส่วน CLI รองรับทั้งการใช้งานแบบโต้ตอบและเวิร์กโฟลว์อัตโนมัติแบบ headless 10
7 เอกสารยังระบุถึง Agent Teams และ Subagents ที่ช่วยแบ่งงานให้หลาย Agent ทำงานร่วมกัน โดยฟีเจอร์เหล่านี้มีข้อจำกัดด้านแพลตฟอร์ม ไม่ได้มีให้ในส่วนขยาย VS Code และ JetBrains แบบเดียวกัน
5
9
ด้วยเหตุนี้ Cline CLI/TUI จึงควรกลับมาเป็นตัวเลือกหลักสำหรับบทบาทประสานงานและการโต้ตอบกับมนุษย์ โดยยังคง Pi เป็นปลายทางทำงานร่วมกับ Sonnet และใช้ Sol เป็นผู้ตรวจอิสระ ส่วนระบบควบคุมเดิมยังเก็บไว้สำหรับการอนุญาต การตรวจสอบ งบประมาณ และการบันทึกหลักฐาน
อย่างไรก็ตาม การมีต้นทางโครงการเดียวกันไม่ได้แปลว่าย้ายระบบแล้วแทบไม่ต้องแก้อะไร วิธีการและเอกสารอาจนำกลับมาใช้ได้ แต่การตั้งค่า Agent เครื่องมือที่อนุญาต การเริ่มและจบเซสชัน ตลอดจนการพักรอการตัดสินใจต้องตรวจทีละส่วน อีกทั้งไม่ควรสมมติว่าความสามารถของ CLI หรือ SDK จะเหมือนกับส่วนขยาย IDE ทุกประการ 5
9 วิธีที่รอบคอบกว่าคือทดลองเชื่อมงานขนาดเล็กก่อนตัดสินใจย้ายทั้งหมด
OpenCode ก็มีทั้ง TUI และคำสั่งสำหรับใช้งานแบบโปรแกรมได้ 3
4 แต่ข้อมูลนี้ยังไม่ยืนยันว่าเป็นโครงการแยกสาขาของ Cline ที่กล่าวถึง หรือว่ามีมุมมองรวมไฟล์ ความแตกต่างของโค้ด และรายการอนุมัติที่ต้องการครบแล้ว การเลือกเครื่องมือจึงควรดูว่ามันแสดงสถานะได้ทั่วทั้งกระบวนการ เชื่อม Agent หลายบทบาทได้ และกลับมาแสดงรายการรออนุมัติหลังตัดการเชื่อมต่อได้หรือไม่ ไม่ใช่ดูแค่ว่า TUI ใช้งานสะดวกเพียงใด
จุดทดสอบที่บอกได้ว่าระบบตอบโจทย์หรือไม่
การทดลองที่มีประโยชน์คือเริ่มงานแล้วปิดหน้าจอ รอให้ระบบทำงานตามขอบเขต จากนั้นให้ผู้ตรวจทักท้วงเกณฑ์หนึ่งข้อ ระบบควรบันทึกประเด็น หยุดส่วนที่ต้องรอคนจัดทำข้อเสนอประกอบการตัดสินใจ และเมื่อกลับมาเชื่อมต่อ ผู้ใช้ต้องเห็นทั้งภาพรวมงานกับรายการที่รออนุมัติในที่เดียว หากคนอนุมัติการเปลี่ยนแปลงที่ระบุไว้ ระบบจึงดำเนินงานต่อภายใต้เวอร์ชันใหม่
แก่นของการออกแบบจึงไม่ใช่การตัด Agent ออกจากระบบ แต่คือไม่ปล่อยให้ Agent หลายตัวเข้าใจว่าตนเองเป็นทั้งผู้กำหนดเป้าหมาย ผู้มีสิทธิ์อนุมัติ และผู้ตัดสินว่างานเสร็จแล้วพร้อมกัน
Studio Global AI
ทำการวิจัยต่อ
หน้านี้รวมคำตอบที่ได้รับการสนับสนุนจากแหล่งที่มาซึ่งคุณสามารถดำเนินการต่อภายใน Studio Global
คนยังถาม
คำตอบสั้น ๆ สำหรับ "ให้ Agent ประสานเป้าหมาย ให้ระบบคุมการทำงาน และให้คนตัดสินใจเรื่องใหญ่" คืออะไร
แยกหน้าที่ให้ชัด: Agent ประสานเป้าหมาย โปรแกรมบังคับใช้ขอบเขตและบันทึกหลักฐาน ส่วนมนุษย์ตัดสินใจเมื่อแผนหรือเกณฑ์สำคัญเปลี่ยน
ประเด็นสำคัญที่ต้องตรวจสอบก่อนคืออะไร?
แยกหน้าที่ให้ชัด: Agent ประสานเป้าหมาย โปรแกรมบังคับใช้ขอบเขตและบันทึกหลักฐาน ส่วนมนุษย์ตัดสินใจเมื่อแผนหรือเกณฑ์สำคัญเปลี่ยน ไม่จำเป็นต้องขออนุมัติทุกงานย่อย แต่การเปลี่ยนความต้องการ การปรับโครงสร้างใหญ่ หรือการแก้เกณฑ์ตรวจรับควรกลับมาให้คนพิจารณา
ฉันควรทำอย่างไรต่อไปในทางปฏิบัติ?
Cline มีทั้ง TUI สำหรับโต้ตอบในเทอร์มินัลและ CLI สำหรับงานอัตโนมัติ จึงควรกลับมาเป็นตัวเลือกหลักสำหรับส่วนประสานงาน แต่ยังต้องทดสอบกับระบบจริง