LAO — แอป macOS ที่เปลี่ยนไอเดียให้เป็นเอกสารออกแบบที่ AI สำหรับการพัฒนานำไปลงมือทำได้

LAO คือแอป macOS ที่ทำหน้าที่เหมือน “สำนักงานออกแบบ” ซึ่งอยู่ระหว่างไอเดียกับ AI สำหรับการพัฒนา

เมื่อใช้งาน AI สำหรับการพัฒนาอย่าง Claude Code, Codex หรือ Gemini CLI เรามักจะโยนไอเดียใส่แชตแล้วเริ่มพัฒนาทันที ตอนแรกอาจดูเหมือนเร็ว แต่พอทำไปจริง ๆ ถึงจะเห็นสิ่งที่ตกหล่นหลังจากเริ่มสร้างแล้ว

เช่น จะจัดการล็อกอินอย่างไร, จะรับมือกับสถานะว่างอย่างไร, การย้ายหน้าจอระหว่างหน้าจะต่อกันแบบไหน, data model สอดคล้องกับหน้าจอหรือไม่, มี error state หรือไม่ เรื่องพวกนี้มักโผล่มาทีหลัง สุดท้ายก็ต้องกลับมาแก้ อธิบายใหม่ แล้วก็แก้อีก วนเป็นลูปแบบนั้น

LAO เป็นความพยายามที่จะเพิ่มอีกหนึ่งขั้นตอนเข้าไปตรงกลาง

ไอเดีย
→ สำรวจและจัดโครงสร้างใน LAO
→ ออกแบบหน้าจอ/โฟลว์/ข้อมูล/API
→ เอกสารออกแบบที่ส่งต่อให้ AI สำหรับการพัฒนาได้
→ ลงมือพัฒนา

ตอนแรกผมอยากสร้างเครื่องมือที่เชื่อมต่อ AI agent หลายตัวเข้าด้วยกันเพื่อให้ทำงานได้ดีขึ้น แต่เมื่อทดสอบไปเรื่อย ๆ ก็พบว่าปัญหาที่ใหญ่กว่าคือการเริ่มพัฒนาในขณะที่ยังจัดระเบียบไม่พอว่าจะสร้างอะไร

ดังนั้นจึงจำกัดบทบาทของ LAO ให้แคบลง จากเครื่องมือพัฒนา ให้เป็นเครื่องมือออกแบบสำหรับขั้นตอนก่อนการพัฒนา

ภายใน LAO จะเริ่มจากการสำรวจไอเดียใน IdeaBoard ก่อน โดยมีแผงผู้เชี่ยวชาญ AI คอยเสนอทิศทางจากหลายมุมมอง และผู้ใช้จะค่อย ๆ พูดคุยเพื่อคัดให้แคบลงว่าทิศทางไหนเหมาะสม

เมื่อจัดทิศทางได้แล้ว ก็จะเข้าสู่ Design Workflow ในขั้นตอนนี้ Director จะแบ่งงานออกเป็นหน่วยอย่างการออกแบบหน้าจอ, user flow, data model, API เป็นต้น จากนั้นแต่ละรายการจะถูก Step Agent เขียนต่อเป็นสเปกที่เป็นรูปธรรม

สิ่งสำคัญที่ให้ความสำคัญคือ ไม่ใช่การแบก “เนื้อหาในแชต” เอาไว้ยาว ๆ แต่เป็นการเก็บผลลัพธ์ระหว่างทางให้อยู่ในรูปข้อมูลการออกแบบที่มีโครงสร้าง

แชตที่ยาวมาก ๆ เมื่อเวลาผ่านไปจะทำให้บริบทพร่าเลือน ทั้งคนก็สับสน และ AI ก็สับสน ดังนั้น LAO จึงออกแบบให้ขั้นตอนถัดไปอิงจากผลลัพธ์ที่มีโครงสร้างอย่าง Work Graph และ Deliverable Spec มากกว่าตัวบทสนทนาเอง

ฟีเจอร์หลักที่มีอยู่ในปัจจุบันมีดังนี้

• แอปเนทีฟ macOS SwiftUI
• เวิร์กสเปซแยกตามโปรเจกต์
• การสำรวจไอเดียด้วย IdeaBoard
• การเสนอทิศทางผ่านแผงผู้เชี่ยวชาญ AI
• การเปรียบเทียบและเลือกแนวทาง
• การจัดโครงสร้างงานออกแบบด้วย Design Workflow
• การแยกรายการออกแบบ เช่น หน้าจอ โฟลว์ ข้อมูล และ API
• การเชื่อมต่อ provider ของ Claude / Codex / Gemini CLI
• การบันทึกเซสชันออกแบบและทำงานต่อได้
• การจัดการความสัมพันธ์ระหว่างรายการบนพื้นฐานของ Work Graph

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

โดยเฉพาะอยากได้ฟีดแบ็กจากคนกลุ่มต่อไปนี้

• คนที่สร้าง side project บ่อย ๆ ด้วย Claude Code หรือ Codex
• คนที่รู้สึกว่าจำเป็นต้องมีขั้นตอนจัดระเบียบการวางแผนและการออกแบบก่อนมอบหมายงานพัฒนาให้ AI
• คนที่รู้สึกว่าแม้จะมีไอเดียออกมามากมายจากแชต แต่กลับต่อยอดไปสู่การลงมือทำจริงได้ไม่ดี
• คนที่รู้สึกเหนื่อยกับการต้องอธิบายใหม่และสั่งแก้ผลลัพธ์ที่ AI agent สร้างขึ้น
• คนทำงานเดี่ยวหรือทีมเล็กที่อยากทำให้โฟลว์ วางแผน → ออกแบบ → พัฒนา มีโครงสร้างมากขึ้น

ผมมองว่าในอนาคต ยิ่งเครื่องมือ AI สำหรับการพัฒนาดีขึ้นมากเท่าไร ขั้นตอน “การจัดให้ชัดเจนอย่างแม่นยำว่าจะสร้างอะไร” ก็จะยิ่งสำคัญมากขึ้นเท่านั้น

ถ้า AI สำหรับการพัฒนาสามารถลงมือสร้างได้อย่างรวดเร็ว ทิศทางที่ผิดก็จะถูกสร้างขึ้นอย่างรวดเร็วเช่นกัน เพราะอย่างนั้นดูเหมือนว่าโครงสร้างในขั้นก่อนลงมือทำจะสำคัญกว่าความเร็วในการพัฒนาเสียอีก

LAO คือความพยายามที่จะเข้าไปจัดการกับขั้นตอนก่อนหน้านั้น

ยังมีจุดที่ต้องปรับปรุงอีกมาก โดยเฉพาะเรื่อง UX, ฟอร์แมตของเอกสารออกแบบ, วิธีส่งต่อไปยัง AI สำหรับการพัฒนา และการประเมินว่าใช้ได้ผลจริงมากน้อยแค่ไหนในโปรเจกต์จริง