oh-my-ag: ออร์เคสเตรเตอร์แบบมัลติเอเจนต์สำหรับ Antigravity
(github.com/first-fluke)รายงาน Claude 2026 Agentic Coding Trends Report ล่าสุดได้ให้นิยามว่า
การพัฒนาซอฟต์แวร์ไม่ใช่เรื่องของการ “เขียนโค้ดด้วยตัวเอง” อีกต่อไป แต่เป็นเรื่องของการประสานงานและกำกับดูแลเอเจนต์อย่างไร
AI เป็นผู้ร่วมงานที่ดี แต่หากต้องการรับประกันคุณภาพและความปลอดภัย การกำกับดูแลและการตรวจสอบโดยมนุษย์ยังคงจำเป็น
จะมอบหมายทั้งหมดให้ก็ได้ แต่เพื่อการบำรุงรักษา โครงสร้างที่ต้องทำงานร่วมกันคือคำตอบ
ปัญหาคือโครงสร้างความร่วมมือนี้ต้องถูกประกอบและจัดการด้วยพรอมป์ต์แบบแมนนวลทุกครั้ง
[ทำไมต้อง oh-my-ag]
ถ้าใครเคยใช้ Antigravity หรือเอเจนต์ที่ทำงานผ่าน CLI ในโปรเจกต์จริง ปัญหาด้านล่างนี้คงไม่ใช่เรื่องแปลก
เอเจนต์อ่าน Skills ได้ไม่ครบถ้วน, Rules ถูกมองข้ามกลางบทสนทนา,
คำตอบหลุดการควบคุมจนติดลูปไม่รู้จบ หรือดูเหมือนจะทำงานหนักแต่กลับไม่ได้ทำสิ่งที่ร้องขอจริง ๆ
มันดูเหมือนเป็นปัญหาของโมเดล แต่ในความเป็นจริงแล้วเป็นปัญหาของ orchestration
ดังนั้นแทนที่จะคอยปรับพรอมป์ต์ไปเรื่อย ๆ จึงเลือกเปลี่ยนทิศทาง
ไม่ใช่คำถามว่า “จะเขียนพรอมป์ต์ให้ดีอย่างไร” แต่เป็น “ถ้าจัดโครงสร้างความร่วมมือของเอเจนต์ให้เป็นค่าตั้งต้นไปเลยจะได้ไหม?”
คำถามนี้เองคือจุดเริ่มต้นของ oh-my-ag
[สิ่งที่ oh-my-ag ทำ]
oh-my-ag คือเลเยอร์ orchestration ของเอเจนต์แบบอิงบทบาทสำหรับ Antigravity
แทนที่จะยัดทุกบริบทเข้าไปในเอเจนต์ตัวเดียว มันแยกความรับผิดชอบให้ชัดเจน
ออร์เคสเตรเตอร์จะควบคุมภาพรวมของโฟลว์
ซับเอเจนต์จะโฟกัสกับบทบาทของตัวเอง
และบริบทที่จำเป็นจะถูกแชร์ผ่านหน่วยความจำส่วนกลาง
การติดตั้งใช้เพียงบรรทัดเดียวด้านล่าง
bunx oh-my-ag
จากนั้นชุดเอเจนต์ตามบทบาทจะถูกตั้งค่าให้ในโปรเจกต์โดยอัตโนมัติ
- PM จะจัดระเบียบความต้องการและแตกงานออกเป็นส่วนย่อย
- Frontend และ Backend จะรับผิดชอบการพัฒนาในขอบเขตของตนเอง
- Mobile จะรับหน้าที่พัฒนาแอปมือถือบนพื้นฐานของ Flutter
- QA จะตรวจสอบความสอดคล้องกับข้อกำหนดและเช็ก edge case
- เอเจนต์ Debug จะวิเคราะห์สาเหตุของความล้มเหลวและเสนอแนวทางแก้ไข
เอเจนต์แต่ละตัวมี Skills และโครงสร้างพรอมป์ต์ที่ปรับแต่งให้เหมาะกับบทบาท และออร์เคสเตรเตอร์จะเชื่อมทั้งหมดให้เป็นโฟลว์เดียว
[ทำไมควรใช้]
ข้อแรก เพื่อบรรเทาความผันผวนของประสิทธิภาพโมเดลด้วยกระบวนการ
ช่วงหลังมานี้ โมเดลอย่าง Gemini 3 Pro มักมีประสิทธิภาพเปลี่ยนแปลงกะทันหันตามอัปเดตหรือสภาวะของเซิร์ฟเวอร์
โครงสร้างที่พึ่งพาเอเจนต์ตัวเดียวและพรอมป์ต์ยาว ๆ มีความเปราะบางมากต่อความผันผวนแบบนี้
oh-my-ag ถูกออกแบบให้แยกบทบาทและแยกความรับผิดชอบ เพื่อไม่ให้ประสิทธิภาพตกชั่วคราวของโมเดลใดโมเดลหนึ่งทำลายผลลัพธ์ทั้งหมด
ทั้งออร์เคสเตรเตอร์และซับเอเจนต์ทั้งหมดใช้ Serena Memory เป็นหน่วยความจำส่วนกลาง
เพราะการตัดสินใจและผลลัพธ์ระหว่างทางจะถูกสะสมไว้ในหน่วยความจำ แม้โมเดลจะเปลี่ยนไปหรือคุณภาพคำตอบจะแกว่ง บริบทก็จะไม่สูญหายได้ง่าย
ข้อสอง จุดที่มนุษย์ต้องกำกับดูแลจะชัดเจนขึ้น
หัวใจสำคัญไม่ใช่การตัดมนุษย์ออกจากลูป แต่คือการทำให้ชัดว่าควรเข้าไปแทรกแซงตรงไหน
เมื่อบทบาท PM, QA และ Debug ถูกแยกออกจากกัน จึงมองเห็นเชิงโครงสร้างได้ว่า AI รับผิดชอบถึงระดับไหน และตรงไหนที่มนุษย์ต้องตัดสินใจ
ข้อสาม ลดทรัพยากรที่ต้องใช้กับการจัดการพรอมป์ต์ซ้ำ ๆ
การต้องป้อนคำอธิบายบทบาท กฎ และกระบวนการอนุมัติแบบเดิมซ้ำทุกครั้งผ่านพรอมป์ต์ไม่ใช่งานที่สร้างผลผลิต
oh-my-ag ใช้ Skill bundle ตามบทบาทและออร์เคสเตรเตอร์ที่รองรับการรันแบบขนาน เพื่อทำให้การตั้งค่าพรอมป์ต์และโครงสร้างการเชื่อมต่อเป็นอัตโนมัติในฐานะค่าตั้งต้น
[คุณสมบัติหลัก]
- ชุดเอเจนต์เฉพาะทางแบบอิงบทบาท
- เลเยอร์ orchestration ที่รองรับการรันแบบขนาน
- รองรับ Gemini CLI / Claude CLI / Codex CLI
- เชื่อมต่อกับ Serena Memory
- ควบคุม Tool Scope แยกตาม MCP
- ทำ Conventional Commits อัตโนมัติ
การพัฒนาแบบ AI-Native ในปี 2026 ไม่ใช่เรื่องของ “การใช้เครื่องมือให้เก่ง” อีกต่อไป
orchestration นี้ถูกออกแบบโดยอิงกับโครงสร้างของ first-fluke/fullstack-starter และกำลังรองรับการทำงานในฟูลสแตกเว็บ/แอปพลิเคชันมือถือได้มากกว่า 50 คอมมิตต่อวันอย่างมีประสิทธิภาพ
หากคุณใช้งาน Antigravity อยู่แล้ว แทนที่จะต่อสู้กับพรอมป์ต์ ลองใช้ oh-my-ag และ AI Pro เพื่อเผาโทเค็นของ 6 บัญชีไปพร้อมกันดู
GitHub link 🔗
Github: first-fluke/oh-my-ag
17 ความคิดเห็น
ทำให้ codex, github copilot, claude, opencode และ amp สามารถคัดลอกสกิลได้ทั้งหมดแล้ว
โอ้ สุดยอดมากครับ
คุณภาพดีมาโดยตลอด เลยมั่นใจและอยากลองใช้งานครับ 555
ขอบคุณสำหรับความคิดเห็นดีๆ
ผมก็พิจารณาแนวทางเดียวกันอยู่เหมือนกัน เลยได้สร้างสภาพแวดล้อมเอเจนต์แบบขนานบนพื้นฐานของ speckit ขึ้นมา ผมคิดว่าเฟรมเวิร์กสำหรับ Spec Driven Dev น่าจะเข้ากับแนวทางนี้ได้พอดี เลยอยากทราบว่ามีเหตุผลอะไรที่ทำให้คุณไม่เลือกใช้หรือเปล่าครับ?
โดยส่วนตัวแล้ว ผมกลับรู้สึกว่าการให้ความเป็นอิสระมากกว่าการมีแนวทางที่ละเอียดระดับเดียวกับ spec kit ทำให้ได้ทิศทางที่ผมนึกไม่ถึงออกมาจะดีกว่าเสียอีกครับ และพอคอนเท็กซ์ยาวขึ้น สเปกที่กำหนดไว้ตอนแรกก็อาจพังได้ด้วย สำหรับงานที่ซับซ้อนกว่า การรันด้วยโหมดวางแผนก่อนแล้วค่อยรีวิวไปเรื่อย ๆ ให้คุณภาพดีกว่าครับ
ขอถามหน่อยนะครับ/คะ พอดีเป็นมือใหม่~ ฮิ ติดตั้งแล้วก็แค่พิมพ์คำขอในหน้าต่างแชตของ antigravity เหมือนเดิมได้เลยใช่ไหมครับ/คะ?
ในหน้าต่างแชตของคุณ คุณสามารถรันเวิร์กโฟลว์ที่ต้องการได้ด้วยคำสั่งสแลช "/" (.agent/workflows) หรือสกิลจะทำงานเองตามคีย์เวิร์ด
ผม/ฉันเจอปัญหาเรื่องบริบทหลุดบ่อยมากตอนยัดพรอมป์ยาว ๆ ให้เอเจนต์ตัวเดียว ดังนั้นแนวทางที่มองว่านี่คือ "ปัญหาของการออร์เคสเทรต" จึงรู้สึกว่าแม่นมากครับ/ค่ะ
โครงสร้างที่แยกบทบาท + แชร์สถานะด้วย Serena Memory ดูเรียบร้อยดี และเอกสารก็ดีมากจนเอาไปลองใช้ได้ทันทีเลยนะครับ/คะ
จะนำไปใช้ให้ดีครับ/ค่ะ!
คุณตรวจสอบอย่างละเอียดเลยนะ.. ขอบคุณครับ
ขอบคุณนะครับ/ค่ะ ความอึดอัดที่ผม/ฉันรู้สึกตอนใช้ Antigravity เป็นหลัก ดูเหมือนจะไม่ได้มีแค่ผม/ฉันคนเดียวสินะ 555
บางครั้งมันก็ดูโง่ ๆ นะ 555 ขอบคุณครับ
กำลังดึงตัว PM ไปได้อย่างยอดเยี่ยมเลยครับ 🙇♂️🙇♂️🙇♂️
ระหว่างที่อ่านก็คิดอยู่ตลอดว่าสุดท้ายแล้ว ถ้าจะใช้เวิร์กโฟลว์ที่ปรับให้เข้ากับแต่ละบุคคล ก็น่าจะดีกว่าถ้าไม่ได้แค่ดึงบางส่วนออกมาใช้ แต่คงเจตนาและปรัชญาของคนนั้นไว้แบบเดิม! ดูเหมือนจะไม่ใช่เวิร์กโฟลว์ที่เหมาะกับการใช้ในบริษัทเท่าไร เลยว่าจะเลือกหยิบเอาส่วนที่ดูดี ๆ ไปใช้ครับ~~
หากนำไปปรับใช้ให้ถูกใจได้ จะขอขอบคุณอย่างยิ่งครับ
รบกวนใส่ Node.js ไว้ใน Backend ด้วยนะครับ/ค่ะ นึกว่าจะมีอยู่แล้ว แต่พอไม่มีเลยแอบเสียดายนิดหน่อย T_T
เดี๋ยวผมจะรีบพิจารณาให้ เพื่อไม่ให้คุณรู้สึกเสียดาย!
เทมเพลตที่คุณแชร์ครั้งก่อนผมก็ใช้งานได้ดีมากอยู่แล้ว
ครั้งนี้ก็ขอบคุณมากสำหรับการแบ่งปันอันมีค่านี้เช่นกัน
ไม่ใช่อะไรพิเศษ แต่ขอบคุณครับ