OpenAI เปิดซอร์ส Symphony — สั่ง AI agent ทำงานยาวผ่านบอร์ดงานบน Linear

Symphony คือเครื่องมือ open-source ที่ OpenAI ปล่อยออกมาสำหรับ orchestrate agent ที่ทำงานยาว ๆ พูดง่าย ๆ คือมันเป็นตัวกลางที่คอย "จัดคิวงาน" ให้ AI agent หลายตัวทำงานต่อเนื่องได้เองโดยคนเข้าไปคุมน้อยลง

จุดที่ทำให้มันจับต้องง่ายคือ มันไม่ได้สร้างหน้าจอใหม่ให้ต้องเรียนรู้ แต่ไปยืม issue tracker ที่ทีมใช้กันอยู่แล้วอย่าง Linear มาเป็น "บอร์ดงาน" ลองนึกภาพ Linear คือกระดานสั่งงาน — เราใส่งานลงบอร์ด แล้ว agent ก็หยิบงานไปทำทีละ task เหมือนพนักงานที่เดินมาหยิบใบงานจากกระดานไปลุยเอง พอทำเสร็จงานหนึ่งก็ไปหยิบอันถัดไป

ด้านการเชื่อมต่องานจริง Symphony ต้องใช้ Linear API key และรองรับ hook ครบวงจรของการเขียนโค้ด ตั้งแต่ clone, branch, commit, push ไปจนถึงเปิด PR ให้อัตโนมัติ — แปลว่า agent ทำงานบนโค้ดจริงได้ตั้งแต่ต้นจนถึงขั้นส่งงานเข้า review

แรงจูงใจของ Symphony ตรงไปตรงมามาก: คนหนึ่งคนดูแล Codex session พร้อมกันได้แค่ประมาณ 3-5 ตัวก่อนจะเริ่มสับสน สลับไปสลับมาจนจับต้นชนปลายไม่ถูก ว่า session ไหนทำอะไรค้างอยู่ตรงไหน

นี่คือเพดานจริงที่ใครเคยเปิด agent หลายตัวพร้อมกันน่าจะเคยเจอ — ไม่ใช่ว่าเครื่องไม่ไหว แต่ "คน" ไม่ไหว เพราะภาระการตามงานหลายหน้าต่างพร้อมกันมันกินสมาธิ พอเกินจำนวนหนึ่งก็เริ่มพลาด

วิธีที่ Symphony แก้คือเปลี่ยน flow จาก "คนนั่งเฝ้าทุก session" เป็น "ใส่งานลงบอร์ดแล้วปล่อยให้ agent ทำทีละ task" ระบบจะเรียกคนเข้ามาเฉพาะตอน review เท่านั้น — จุดที่คนต้องตรวจก่อนงานเดินต่อ ทำให้คนหลุดออกจากการนั่งจ้องทุกขั้นตอน ไปโฟกัสที่จุดตัดสินใจสำคัญแทน

เรื่องการติดตั้งก็มีให้เลือก 2 แบบตามความถนัด: แบบแรกตั้ง Elixir ขึ้นมาแล้ว clone repo ตรง ๆ แบบที่สองคือยื่น spec ความยาว 2,000+ บรรทัดให้ coding agent สร้างเวอร์ชันขึ้นมาเอง — ซึ่งวิธีหลังนี้ทำให้เกิด community port หลายภาษาตามมา

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

แนวคิดนี้ตอบโจทย์ทีมที่อยากให้ agent ทำงานหลายตัวพร้อมกันโดยไม่หลุดการควบคุม เพดาน 3-5 session ที่ว่าคือปัญหาจริงของคนที่ใช้ agent หนัก ๆ และการเอา issue tracker ที่ทีมใช้อยู่แล้วมาเป็นบอร์ดสั่งงาน แปลว่าไม่ต้องสร้าง process ใหม่ทั้งหมด ใช้ของเดิมที่ทีมคุ้นมือ

แต่ก่อนจะกระโดดเข้าไป มีจุดที่ต้องชั่งให้ชัด: Symphony ต้องตั้ง Elixir หรือยื่น spec ให้ agent สร้างเอง ซึ่งทั้งสองทางไม่ใช่ของกดติดตั้งแล้วใช้ได้ทันที — ต้องมีคนในทีมที่พอจะลงมือ setup ได้ และต้องมี Linear API key พร้อม นอกจากนี้การให้ agent commit, push และเปิด PR เองหมายความว่า human gate ตอน review คือจุดที่ห้ามหละหลวมเด็ดขาด เพราะมันคือด่านเดียวที่คนได้ตรวจก่อนงานจะเดินต่อ ยิ่งงานแตะ repo จริง ยิ่งต้องวางขอบเขตให้ชัดว่า agent แตะอะไรได้ไม่ได้

สรุปแบบฟันธง: ถ้าทีมเราใช้ agent เขียนโค้ดหลายตัวพร้อมกันอยู่แล้วและเริ่มชนเพดานคุมไม่ไหว Symphony เป็นแนวคิดที่ควรลองจับมาทดลองกับงานเล็ก ๆ ก่อน — เริ่มจากบอร์ดที่ไม่ใช่ repo สำคัญ ตั้ง human gate ให้แน่น แล้วค่อยขยายเมื่อมั่นใจว่าควบคุมได้จริง