คำตอบเผยแพร่แล้ว11 แหล่งที่มา
AI Agent ไม่ควรทำงานแยกตามบทบาท แต่ควรเดินตามกระบวนการเดียวกัน
จัดเอกสารและงานตามกระบวนการตั้งแต่ต้นจนจบ แทนการแยกคลังเอกสารตามบทบาท Analyst, Architect, Coder และ Supervisor การเปลี่ยนบทบาทเป็นเพียงการเปลี่ยนมุมทำงาน ไม่ได้เพิ่มสิทธิ์หรือทำให้การตรวจงานเป็นอิสระโดยอัตโนมัติ ก่อนส่งงานต่อ ต้องมีทั้งผลตรวจจากเครื่องที่ผูกกับชิ้นงานปัจจุบัน และการอนุมัติจากผู้ตรวจอิสระ
เผยแพร่โดยรูปภาพสร้างด้วย GPT Image 2
คำตอบการวิจัย
ประเด็นสำคัญ
- จัดเอกสารและงานตามกระบวนการตั้งแต่ต้นจนจบ แทนการแยกคลังเอกสารตามบทบาท Analyst, Architect, Coder และ Supervisor
- การเปลี่ยนบทบาทเป็นเพียงการเปลี่ยนมุมทำงาน ไม่ได้เพิ่มสิทธิ์หรือทำให้การตรวจงานเป็นอิสระโดยอัตโนมัติ
- ก่อนส่งงานต่อ ต้องมีทั้งผลตรวจจากเครื่องที่ผูกกับชิ้นงานปัจจุบัน และการอนุมัติจากผู้ตรวจอิสระ
- เนื้อหานี้เป็นข้อเสนอเชิงวิศวกรรม ยังไม่ยืนยันว่ามีการเขียนโค้ด ติดตั้งกฎในเครื่องมือ หรือทดสอบระบบจริงแล้ว
![[GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W](https://d15bya8fi85z1v.cloudfront.net/chat/q56Obxge3SXqN702YfUAgiNDcqV2/images/6E24A376E76904A90134/1B133D0C9F45F4EDC443.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 produce requests for client side execution. W. Article summary: <tool call {"name":"attempt completion","arguments":{"result":"本草案将业务流、任务契约、实测证据和独立审查收敛为一套可机械校验的治理设计。交付仅为会话中的工程规范草案，不表示控制器已经实现、宿主已经加载规则，也不授权代码实施、目录迁移或删除历史资产。\n\n 任务按端到端业务流组织，不按角色建立物理文档目录。\n 角色切换改变工作视角，不产生新的执行权限或独立审查身份。\n. Topic tags: general web, llm, agents, 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, charts wit
การตั้งชื่อ AI Agent แยกเป็น Analyst, Architect, Coder และ Supervisor อาจช่วยให้เห็นหน้าที่ชัดขึ้น แต่ชื่อบทบาทเพียงอย่างเดียวไม่ได้รับประกันว่างานจะส่งต่อกันถูกต้อง หรือมีคนตรวจอย่างเป็นอิสระ
ข้อเสนอสำหรับ BMAD-Solo จึงวางระบบจาก กระบวนการทำงาน เป็นหลัก: เริ่มจากทำความเข้าใจโจทย์ กำหนดแบบและขอบเขต ลงมือสร้างชิ้นงาน ตรวจด้วยเครื่อง แล้วจึงให้ผู้ตรวจอิสระพิจารณาก่อนอนุมัติการส่งต่อ แนวคิดนี้สอดคล้องกับมุมมองที่ว่ากระบวนการทางธุรกิจควรติดตามงานตั้งแต่ความต้องการของลูกค้าไปจนถึงการส่งมอบ และควรฝังข้อกำหนดด้านคุณภาพไว้ในแต่ละขั้นของกระบวนการ 9
10
สถานะสำคัญ: นี่คือร่างข้อกำหนดทางวิศวกรรม ไม่ใช่รายงานผลการติดตั้งหรือทดสอบ จึงยังสรุปไม่ได้ว่าตัวควบคุมทำงานจริง กฎถูกโหลดในเครื่องมือ หรือมีประตูตรวจที่ป้องกันการส่งงานได้แล้ว
เปลี่ยนจาก “ทีม Agent หลายตัว” เป็นกระบวนการเดียว
ในแบบที่เสนอ งานหนึ่งชิ้นเดินผ่านสองช่วงใหญ่ คือ Plan และ Act ส่วน Analyst, Architect, Coder และ Supervisor เป็นมุมทำงานที่ใช้ในแต่ละช่วง ไม่ใช่ Agent สี่ตัวที่มีสิทธิ์และคลังเอกสารของตนเองแยกขาดจากกัน
| ช่วงงาน | มุมทำงาน | สิ่งที่ต้องส่งต่อ |
|---|---|---|
| ทำความเข้าใจโจทย์ | Analyst | เป้าหมาย เงื่อนไขทางธุรกิจ เกณฑ์ยอมรับ และประเด็นที่ยังไม่รู้ |
| ออกแบบและกำหนดขอบเขต | Architect | สัญญางาน รายการไฟล์หรือผลลัพธ์ ข้อพึ่งพา และวิธีตรวจสอบ |
| ลงมือทำ | Coder | ชิ้นงานรุ่นที่ระบุได้ พร้อมผลตรวจจริงและข้อจำกัดที่พบ |
| ตรวจทานและเตรียมส่งมอบ | Supervisor | ผลพิจารณาอิสระที่อ้างอิงชิ้นงานและผลตรวจรุ่นเดียวกัน |
การสลับจาก Coder ไปเป็น Supervisor ในบทสนทนาเดียวกันไม่ได้ทำให้การตรวจเป็นอิสระขึ้นโดยตัวมันเอง หากไม่มีผู้ตรวจที่แยกจากผู้ลงมือทำ และไม่มีช่องทางอนุมัติที่เชื่อถือได้ ก็ควรเรียกผลนั้นว่า “การตรวจทานเบื้องต้น” ไม่ใช่การอนุมัติอิสระ
งานหนึ่งชิ้นต้องมีสัญญาและแหล่งข้อมูลที่ชัดเจน
ข้อเสนอให้มีเอกสารงานหลักเพียงชุดเดียวสำหรับข้อกำหนด สถานะ ขั้นตอน และเกณฑ์ตรวจ พร้อมไฟล์ชี้งานปัจจุบันที่ไม่คัดลอกสถานะซ้ำ ส่วนผลการทดสอบและบันทึกการอนุมัติแยกเป็นหลักฐานของตนเอง แล้วอ้างกลับมายังงานนั้น
หลักคิดไม่ใช่ยัดทุกอย่างลงไฟล์เดียว แต่คือ ข้อเท็จจริงแต่ละชนิดควรมีแหล่งที่แก้ไขได้เพียงแห่งเดียว เช่น
- ข้อกำหนดและสถานะงานอยู่ในเอกสารงาน
- ผลตรวจจากเครื่องอยู่ในใบรายงานการรันที่ผูกกับงานและชิ้นงานรุ่นนั้น
- ผลอนุมัติอยู่ในบันทึกจากช่องทางตรวจที่เชื่อถือได้
- กฎระยะยาวของระบบอยู่ในเอกสารมาตรฐานของโดเมน ไม่ใช่สำเนาจากบันทึกงานทุกชิ้น
การจัดการข้อมูลและการเชื่อมโยงข้อมูลในกระบวนการเป็นเรื่องสำคัญต่อการกำหนดกระบวนงานและสถาปัตยกรรมระบบสารสนเทศ 11 ในทางปฏิบัติ เอกสารสรุปจึงควรช่วยชี้ทางไปยังข้อมูลต้นฉบับ ไม่ใช่กลายเป็นสำเนาอีกชุดที่อาจไม่ตรงกัน
ผ่านด่านสองชั้น ก่อนส่งงานต่อ
หัวใจของข้อเสนอนี้คือการไม่ใช้คำว่า “ผ่าน” จากข้อความของ Agent เพียงอย่างเดียว การส่งงานต่อควรเกิดเมื่อมีหลักฐานสองส่วนพร้อมกัน:
- ผลตรวจจากเครื่อง: การตรวจที่กำหนดไว้ทำงานจริง ครบถ้วน และผูกกับสัญญางาน ชิ้นงาน และสภาพแวดล้อมที่เกี่ยวข้อง
- การตรวจอิสระ: ผู้ตรวจที่ไม่ใช่ผู้มีส่วนลงมือทำพิจารณาชิ้นงานเดียวกัน และบันทึกการอนุมัติผ่านช่องทางที่ตรวจสอบตัวตนได้
ถ้าผลตรวจขาดหาย ล้าสมัย หรือไม่สามารถยืนยันแหล่งที่มาได้ ให้ถือว่ายังไม่ทราบผล ไม่ใช่ผ่านโดยปริยาย เช่นเดียวกัน หากชิ้นงานเปลี่ยนหลังตรวจหรือหลังอนุมัติ หลักฐานเดิมก็อาจไม่ครอบคลุมชิ้นงานรุ่นใหม่
ประเด็นนี้สำคัญ เพราะไฟล์ JSON ที่มีข้อความว่า “ผ่าน” หรือการเปลี่ยนชื่อบทบาทในพรอมป์ต์ ไม่ได้พิสูจน์ว่ามีการรันคำสั่งจริงหรือมีผู้ตรวจอิสระจริง การป้องกันต้องอยู่ที่ช่องทางรันตรวจ อนุมัติ และปล่อยงาน ซึ่งควบคุมการกระทำได้ ไม่ใช่พึ่งคำสั่งในพรอมป์ต์อย่างเดียว
จัดการสถานะและความล้มเหลวโดยไม่ลบหลักฐาน
ร่างนี้กำหนดให้สถานะงานเดินตามเงื่อนไข ไม่ใช่ตามความรู้สึกของ Agent: วางแผนและตรึงขอบเขตก่อนลงมือ ส่งตรวจเมื่อผลตรวจจำเป็นผ่าน และอนุมัติเมื่อการตรวจอิสระกับหลักฐานยังตรงกับชิ้นงานปัจจุบัน หากตรวจไม่ผ่านให้ปฏิเสธการส่งต่อ เก็บสภาพงานและเหตุผลไว้ แล้วจึงแก้ไขภายในขอบเขตที่อนุมัติ
ความล้มเหลวไม่ควรถูกกลบด้วยการลบการทดสอบ ลดข้อกำหนด หรือทำความสะอาดทั้งไดเรกทอรีโดยไม่รู้ผลกระทบ การแก้ไขที่เปลี่ยนอินเทอร์เฟซ เกณฑ์ยอมรับ หรือขอบเขตการเขียนอย่างมีนัยสำคัญควรกลับไปปรับสัญญางานก่อน ส่วนงานเก่าหรือหลักฐานที่ยังจำเป็นก็ไม่ควรถูกลบเพียงเพื่อให้โครงสร้างใหม่ดูสะอาด
การมีระบบที่ปฏิเสธทุกงานไม่ถือว่าเป็นความสำเร็จเช่นกัน ต้องตรวจทั้งกรณีปฏิเสธที่ถูกต้องและเส้นทางแก้ไขจนกลับมาส่งมอบได้จริง
สิ่งที่ต้องพิสูจน์ก่อนเรียกว่าใช้งานได้
ก่อนนำแนวทางนี้ไปใช้จริง ต้องมีหลักฐานว่าเครื่องมืออ่านและตรวจสัญญางานได้ ปฏิเสธกรณีขาดสิทธิ์หรือหลักฐานได้ ผูกผลตรวจกับชิ้นงานรุ่นที่ถูกต้อง และป้องกันการส่งงานเมื่อการอนุมัติไม่เป็นอิสระหรือชิ้นงานเปลี่ยนภายหลัง นอกจากนี้ยังต้องทดสอบการทำงานร่วมกับเครื่องมือจริง รวมถึงการจัดการงานที่ล้มเหลวและการรักษาการเปลี่ยนแปลงเดิม
แหล่งข้อมูลที่ให้มามีรายการบทความ AutoSwarm บน arXiv แต่ข้อมูลที่มีไม่เพียงพอสำหรับตรวจสอบรายละเอียดของบทความและสูตรที่เกี่ยวข้องได้อย่างอิสระ 1 ดังนั้นหลักเกณฑ์ในบทความนี้ควรเข้าใจว่าเป็นข้อเสนอด้านการออกแบบตามโจทย์ ไม่ใช่ข้อสรุปว่ามีงานวิจัยยืนยันทุกส่วนแล้ว
สรุปคือ แนวทางนี้พยายามทำให้ AI Agent ทำงานตามกระบวนการที่ตรวจสอบย้อนกลับได้ โดยแยกข้อกำหนด หลักฐานการรัน และการอนุมัติออกจากกัน แต่จนกว่าจะมีการนำไปสร้างและทดสอบจริง สิ่งที่มีอยู่คือ แบบร่างการกำกับงาน ไม่ใช่ระบบควบคุมที่พร้อมใช้งาน
Studio Global AI
ทำการวิจัยต่อ
หน้านี้รวมคำตอบที่ได้รับการสนับสนุนจากแหล่งที่มาซึ่งคุณสามารถดำเนินการต่อภายใน Studio Global
คนยังถาม
คำตอบสั้น ๆ สำหรับ "AI Agent ไม่ควรทำงานแยกตามบทบาท แต่ควรเดินตามกระบวนการเดียวกัน" คืออะไร
จัดเอกสารและงานตามกระบวนการตั้งแต่ต้นจนจบ แทนการแยกคลังเอกสารตามบทบาท Analyst, Architect, Coder และ Supervisor
ประเด็นสำคัญที่ต้องตรวจสอบก่อนคืออะไร?
จัดเอกสารและงานตามกระบวนการตั้งแต่ต้นจนจบ แทนการแยกคลังเอกสารตามบทบาท Analyst, Architect, Coder และ Supervisor การเปลี่ยนบทบาทเป็นเพียงการเปลี่ยนมุมทำงาน ไม่ได้เพิ่มสิทธิ์หรือทำให้การตรวจงานเป็นอิสระโดยอัตโนมัติ
ฉันควรทำอย่างไรต่อไปในทางปฏิบัติ?
ก่อนส่งงานต่อ ต้องมีทั้งผลตรวจจากเครื่องที่ผูกกับชิ้นงานปัจจุบัน และการอนุมัติจากผู้ตรวจอิสระ