ByteDance’s DeerFlow harness ซึ่งเป็นเฟรมเวิร์ก "SuperAgent" แบบโอเพนซอร์ส มียอดดาวบน GitHub ถึง 80,462 ดวง ส่งผลให้ขึ้นสู่อันดับสองในตารางจัดอันดับความนิยมล่าสุด แต่ประเด็นสำคัญไม่ใช่จำนวนดาว แต่คือวิธีที่บริษัทใช้โค้ดฟรีเพื่อกระตุ้นการใช้งานโมเดล AI ของ Volcano Engine แบบชำระเงิน

ทำไม harness แบบโอเพนซอร์สถึงมีความสำคัญ

DeerFlow รวบรวมไลบรารีที่เป็นที่รู้จักกันดีสองตัว ได้แก่ LangGraph และ LangChain เพื่อจัดการหน่วยความจำ (memory), ประมวลผลทักษะ (execute skills), รันโค้ดในสภาพแวดล้อมจำลอง (sandboxed code), สร้าง sub-agents และจัดการเส้นทางการส่งข้อความ (route messages) ความสามารถเหล่านี้ดึงดูดนักพัฒนาที่กำลังสร้าง AI agent แบบอัตโนมัติ และยอดดาว 80,462 ดวงก็พิสูจน์ให้เห็นว่ามีชุมชนขนาดใหญ่ที่กำลังให้ความสนใจ

ตารางจัดอันดับระบุว่า DeerFlow ตามหลังโปรเจกต์ในระดับ application-layer ที่มี 90,033 ดาว แต่ยังนำหน้าเฟรมเวิร์กของชุมชนที่มี 40,830 ดาว ซึ่งแสดงให้เห็นถึงความแตกต่างระหว่างความสนใจในด้าน "application" และ "agent-harness" ในพื้นที่ AI แบบโอเพนซอร์ส

วิธีที่ ByteDance เปลี่ยนโค้ดฟรีให้เป็นรายได้จากคลาวด์

ByteDance ใช้กลยุทธ์ open-source funnel แบบคลาสสิก:

  • จุดเริ่มต้นแบบฟรี – ทีมงานปล่อย harness ภายใต้ใบอนุญาตแบบโอเพนซอร์ส เพื่อขจัดอุปสรรคด้านต้นทุนสำหรับนักพัฒนา
  • การแนะนำโมเดล – เอกสารประกอบ (documentation) และโปรเจกต์ตัวอย่างจะชี้นำผู้ใช้ไปยังโมเดล Doubao-Seed-2.0-Code ของ ByteDance เอง ซึ่งโฮสต์อยู่บน Volcano Engine
  • การใช้งาน API แบบชำระเงิน – เมื่อนักพัฒนาใช้งานโมเดลที่แนะนำในสเกลขนาดใหญ่ พวกเขาจำเป็นต้องเรียกใช้งาน API endpoint แบบชำระเงินของ Volcano Engine ซึ่งเป็นการสร้างรายได้กลับคืนสู่ ByteDance

เฟรมเวิร์กนี้ยังรองรับโมเดลจากบุคคลที่สาม (third-party) เช่น DeepSeek v3.2 และ Kimi 2.5 การอนุญาตให้ใช้โมเดลภายนอกช่วยให้ DeerFlow รักษาผู้ใช้ให้อยู่ในระบบนิเวศ (ecosystem) ต่อไปได้แม้ว่าพวกเขาจะไม่ใช้ Doubao แต่การแนะนำค่าเริ่มต้นก็ยังคงโน้มน้าวให้พวกเขาเลือกตัวเลือกแบบชำระเงินอยู่ดี

ความเสี่ยงและคำถามที่ยังไม่มีคำตอบ

ความท้าทาย 3 ประการที่อาจลดประสิทธิภาพของ funnel นี้ลง ได้แก่:

  • การแข่งขัน – เฟรมเวิร์ก CodeWhale ที่มีขนาดเล็กกว่า แสดงให้เห็นว่าชุมชนสามารถสร้างความสามารถของ agent-harness ที่คล้ายคลึงกันได้โดยไม่ต้องใช้โค้ดของ ByteDance
  • การเลือกโมเดล – นักพัฒนาอาจเพิกเฉยต่อคำแนะนำของ Doubao โดยเฉพาะอย่างยิ่งหากพวกเขามีสัญญากับผู้ให้บริการคลาวด์รายอื่นอยู่แล้ว หรือต้องการใช้โมเดลโอเพนซอร์สด้วยเหตุผลด้านต้นทุนหรือใบอนุญาต
  • ความแตกแยก (Fragmentation) – DeerFlow กำลังถูกเขียนขึ้นใหม่จาก branch v1 เดิมไปเป็นเวอร์ชัน v2 ผู้ใช้ที่ยังแบ่งกันอยู่ระหว่างสองเวอร์ชันอาจประสบปัญหาด้านความเข้ากันได้ (compatibility) ซึ่งจะทำให้การนำฟีเจอร์ใหม่ๆ ที่เน้นโมเดลเป็นหลักมาใช้งานล่าช้าลง

จำนวนดาวเป็นเพียงการวัดความนิยม ไม่ใช่กำไร ความสำเร็จจะขึ้นอยู่กับว่ามีนักพัฒนาจำนวนเท่าใดที่เปลี่ยนจากการใช้ harness แบบฟรี ไปสู่การใช้งาน API โมเดลแบบชำระเงินของ Volcano Engine

สิ่งที่ต้องจับตามองต่อไป

  • ตัวชี้วัดการใช้งาน (Adoption metrics) – ติดตามข้อมูลทราฟฟิกหรือการใช้งานที่แสดงให้เห็นถึงการเพิ่มขึ้นของการเรียกใช้งาน API ของ Volcano Engine ที่มาจากโปรเจกต์ DeerFlow
  • การตอบสนองของระบบนิเวศ – ติดตามว่า harness คู่แข่งจะได้รับความนิยมมากขึ้นหรือไม่ หรือ community forks ของ DeerFlow จะเริ่มแยกตัวออกจากการแนะนำโมเดลของ ByteDance หรือไม่
  • การรวมเวอร์ชัน (Version convergence) – เฝ้าดูว่าการเขียนใหม่ในเวอร์ชัน v2 จะสามารถรวบรวมฐานผู้ใช้ได้รวดเร็วเพียงใด และมีการนำการทำงานร่วมกับ Doubao ที่แน่นแฟ้นยิ่งขึ้นมาใช้หรือไม่