ผู้มีอำนาจในการออกแบบ AI

เรากำลังยืนอยู่บนจุดเปลี่ยนของการพัฒนาซอฟต์แวร์ การถกเถียงมักวนเวียนอยู่กับ อันไหน AI เขียนโค้ดได้ดีที่สุด (ระหว่าง Claude กับ ChatGPT) หรือ ที่ไหน AI ตัวนั้นควรอยู่ ณ ที่ใด (บน IDE หรือ CLI) แต่นั่นไม่ใช่ประเด็นคำถามที่ถูกต้อง

หากเรายอมรับ AI ในฐานะ "Vibe Coders" ซึ่งเราเป็นผู้ระบุเจตนาและปล่อยให้ AI เป็นผู้ปฏิบัติงาน เราจะสร้างกระแสซอฟต์แวร์ใหม่ๆ ออกมามหาศาล ฝูงเอเจนต์ AI สามารถสร้างโค้ดได้มากกว่าที่ senior developer จะตรวจสอบได้ทันในหนึ่งสัปดาห์ภายในเวลาเพียงหนึ่งนาที มนุษย์กลายเป็นคอขวดเสียเอง

ทางออกไม่ใช่ เพิ่มเติม มนุษย์ แต่ทางออกคือ ผู้มีอำนาจในการออกแบบ AI.

จากช่างฝีมือสู่ผู้อำนวยการโรงงาน

ตามธรรมเนียมแล้ว "Design Authority" คือกลุ่มสถาปัตวกรที่จะประชุมกันสัปดาห์ละครั้งหรือเดือนละครั้งเพื่ออนุมัติหรือปฏิเสธการออกแบบ ในยุคแห่ง การพัฒนา AI ด้วยความเร็วสูง โมเดลดังกล่าวล้าสมัยไปอย่างสิ้นเชิง มันช้าเกินไปและตอบสนองต่อเหตุการณ์ได้ช้าเกินไป

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

แต่ใครจะเป็นผู้ตรวจสอบว่ากำแพงเหล่านั้นตั้งตรงหรือไม่?

“The Gauntlet”: การทดสอบความอดยากอัตโนมัติ

AI Design Authority ไม่ใช่บุคคล แต่เป็นไปป์ไลน์ ซึ่งเปรียบเสมือน "ด่านตรวจ" ที่โค้ดที่สร้างขึ้นทุกบรรทัดต้องผ่านการต่อสู้ฝ่าฟันจึงจะสามารถนำไปใช้งานจริงได้ กระบวนการนี้ไม่ได้แทนที่การตรวจทานโค้ดด้วยมนุษย์ด้วย ไม่มีอะไรเลย, แต่ด้วยบางสิ่งที่ ดีกว่า.

ระบบนี้ทำงานด้วยกัน 3 เลเยอร์:

1. อำนาจบริหาร (การสร้างสรรค์)
เราไม่ได้ขอคำตอบจาก AI แค่ตัวเดียว แต่เราขอถึงสามตัว เราให้ Gemini 3, GPT-5 และโมเดลโอเพนซอร์ส (เช่น Llama) ทำงานแบบขนานกับปัญหาเดียวกัน วิธีนี้ช่วยป้องกันการมองโลกในมุมแคบและทะลุกรอบความ "ขี้เกียจ" ที่บางครั้ง LLM มักเป็น แนวทางนี้ยัง ได้รับการศึกษาทางวิทยาศาสตร์แล้ว และแสดงให้เห็นว่าคุณสามารถป้องกันอาการหลอนของ AI (Hallucination) และสร้างห่วงโซ่การทำงานที่ยาวมากๆ ได้โดยปราศจากข้อผิดพลาด

2. ตัวกรองที่เข้มงวด (กฎหมาย)
ในส่วนนี้ไม่มีที่สำหรับการถกเถียง โค้ดจะต้องคอมไพล์ผ่าน ตัวตรวจสอบโค้ด (Linters) ต้องไม่มีข้อท้วงติง และที่สำคัญที่สุดคือ การทดสอบแบบกล่องดำ (Black Box Tests) จะต้องผ่าน เราไม่ได้ทดสอบว่าฟังก์ชันทำงานภายในอย่างไร (เพราะ AI อาจบิดเบือนตรงนั้นได้) แต่เราทดสอบว่าระบบภายนอกทำงานได้ตามที่ควรจะเป็นหรือไม่ หากการทดสอบล้มเหลว? โยนลงถังขยะทันที

3. ตัวกรองเชิงนุ่มนวล (คณะลูกขุน AI)
นี่คือนวัตกรรมที่แท้จริง โซลูชันที่เหลืออยู่จะถูกส่งให้กับ "Voting AI" ที่มีความเชี่ยวชาญเฉพาะด้าน ตัวแทนนี้จะไม่เขียนโค้ด แต่จะ อ่าน โค้ด ได้รับการฝึกอบรมเกี่ยวกับหลักการสถาปัตยกรรม ข้อกำหนดด้านความปลอดภัย (OWASP, ISO) และกฎการปฏิบัติตามข้อกำหนด (EU AI Act)
ให้ความเห็นว่า: “โซลูชัน A ทำงานเร็วกว่า แต่โซลูชัน B มีความปลอดภัยมากกว่าและสอดคล้องกับสถาปัตยกรรมไมโครเซอร์วิสของเราได้ดีกว่า”

ผู้ชนะจะถูกนำไปใช้งานจริง (Production)

หลักการแบ่งแยกอำนาจ (Trias Politica) ของซอฟต์แวร์

โมเดลนี้บังคับให้เกิดการแบ่งแยกอำนาจซึ่งมักจะขาดหายไปในหลาย ๆ ทีม

• ฝ่ายนิติบัญญัติ (สถาปนิก): สถาปนิกเป็นผู้เขียน “รัฐธรรมนูญ” ทั้งพรอมต์ (prompts), เอกสารสถาปัตยกรรม (project-description.md, rules.md, skills.md en principles.md) และข้อกำหนดที่เคร่งครัด สถาปนิกเป็นผู้กำหนด อะไร เราสร้างอะไร ใครเป็นผู้สร้าง อย่างไร และ ทำไม.
• ฝ่ายบริหาร (ตัวแทนเขียนโค้ด หรือ Coding Agents): พวกเขาเป็นผู้ลงมือปฏิบัติอย่างรวดเร็ว ต้นทุนต่ำ และอยู่ภายใต้การกำกับดูแลของนักพัฒนาที่เป็นมนุษย์
• ฝ่ายตุลาการ (หน่วยงานกำกับดูแลการออกแบบ หรือ Design Authority): เลเยอร์ AI อิสระทำหน้าที่ตรวจสอบความถูกต้องตามกฎ

บทสรุป: บทบาทใหม่ของสถาปนิก

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

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

แจ้งให้ฉันทราบ