OpenThaiGPT (เนคเทค/iApp) และ Typhoon (SCB 10X) เป็นโมเดลภาษาไทยแบบเปิดน้ำหนัก ส่วน osFoundry คือแพลตฟอร์มที่เป็นกลางต่อโมเดลซึ่งรันโมเดลเหล่านี้ผ่าน BYOK ได้ ทั้งสองทำงานร่วมกันอย่างไร

dgm เป็นพันธมิตรผู้ให้บริการติดตั้งและวางระบบ osFoundry ที่เป็นอิสระ — ไม่ได้มีส่วนเกี่ยวข้องกับบริษัทผู้พัฒนา osFoundry และ dgm ยังไม่เคยดำเนินโครงการติดตั้งให้ลูกค้ารายใดสำเร็จมาก่อน บทความนี้จึงอธิบายเฉพาะบริการที่เสนอให้ ไม่ใช่ผลงานในอดีต

โมเดลภาษาไทยกับแพลตฟอร์ม: คนละชั้นกัน

ประเทศไทยยังไม่มีโมเดลภาษาแห่งชาติเพียงหนึ่งเดียวที่ไร้ข้อโต้แย้ง แต่มีโมเดลแบบเปิดน้ำหนัก (open-weight) ที่รองรับภาษาไทยได้ดี — OpenThaiGPT (โดย AIEAT/เนคเทค/iApp พัฒนาบนฐาน Qwen), Typhoon (โดย SCB 10X ในเครือ SCBX พัฒนาบนฐาน Llama 3.1 และ Qwen2.5) และ SEA-LION (โดย AI Singapore บนฐาน Gemma ครอบคลุมหลายภาษาในอาเซียนรวมถึงไทย) ทั้งหมดนำมาใช้งานผ่าน osFoundry แบบ BYOK หรือรันโลคัลเองได้ โดยควรตรวจสอบเงื่อนไขสัญญาอนุญาต (license) ของแต่ละรุ่น เพราะสืบทอดมาจากโมเดลฐาน (Qwen/Llama 3.1 Community/Gemma) จึงเป็น ‘เปิดน้ำหนัก’ แต่มีข้อจำกัดการใช้งาน ไม่ใช่ Apache/MIT แบบไร้เงื่อนไข ในแง่โครงสร้างพื้นฐาน ประเทศไทยมีซูเปอร์คอมพิวเตอร์แห่งชาติ LANTA (สวทช./ThaiSC) เป็นฐานการฝึกโมเดล ความ ‘อธิปไตย’ ที่นี่จึงเป็นเรื่องของ วิธีติดตั้งใช้งาน (ภูมิภาคไทย/โฮสต์เอง/โลคัล) มากกว่าการแข่งขันกันของตัวโมเดล

osFoundry ไม่ได้แข่งกับ OpenThaiGPT หรือ Typhoon — มันเป็นชั้นจัดการที่รันโมเดลเหล่านี้ผ่าน BYOK หรือผ่านการรันโลคัล คุณจึงเลือกโมเดลภาษาไทยแบบเปิดสำหรับงานที่ต้องการความเข้าใจภาษาไทยสูง และสลับไปใช้โมเดลอื่นเมื่อเหมาะกับงาน

เทียบบทบาท

องค์ประกอบบทบาท
OpenThaiGPT / Typhoon / SEA-LIONโมเดลภาษา (model) แบบเปิดน้ำหนัก ที่เข้าใจภาษาไทยได้ดี
osFoundryชั้นจัดการที่เป็นกลางต่อโมเดล — รันโมเดลข้างต้นผ่าน BYOK/โลคัล คุมข้อมูล และเชื่อมต่อระบบ
dgmพันธมิตรอิสระที่ช่วยเลือกโมเดล วางสถาปัตยกรรม และติดตั้ง

ข้อควรระวังเรื่องสัญญาอนุญาต

โมเดลเหล่านี้สืบทอดสัญญาอนุญาตจากโมเดลฐาน (Qwen / Llama 3.1 Community / Gemma) จึงเป็น ‘เปิดน้ำหนัก’ แต่มีข้อจำกัดการใช้งาน ไม่ใช่ Apache/MIT แบบไร้เงื่อนไข — ควรตรวจสอบเงื่อนไขของแต่ละรุ่นก่อนใช้งานเชิงพาณิชย์

ข้อมูลและที่จัดเก็บ

คลาวด์ที่ osFoundry บริหารจัดการกำหนดที่เก็บข้อมูลได้เฉพาะภูมิภาคสหรัฐฯ สหภาพยุโรป หรือญี่ปุ่น — ยังไม่มีภูมิภาคที่บริหารจัดการในประเทศไทย (ภูมิภาคที่ใกล้ที่สุดคือญี่ปุ่น) หากต้องการให้ข้อมูลอยู่ในประเทศไทยจริง ๆ ปัจจุบันมีทางเลือกที่เป็นจริงแล้ว: Google Cloud ภูมิภาคกรุงเทพฯ (asia-southeast3) เปิดให้บริการทั่วไป (GA) ตั้งแต่ 21 มกราคม 2026 และ AWS Asia Pacific (Thailand) (ap-southeast-7) GA ตั้งแต่ 7 มกราคม 2025 ส่วน Microsoft Azure ยังไม่มีภูมิภาคในไทยที่ GA (ภูมิภาคใกล้สุดคือสิงคโปร์) นอกจากนี้ยังมีผู้ให้บริการในประเทศ เช่น Alibaba Cloud, Huawei Cloud, Tencent Cloud และ True IDC ดังนั้นแนวทางที่ตรงไปตรงมาคือ โฮสต์ osFoundry เองบนบัญชีคลาวด์ของคุณ (BYO Cloud) ในภูมิภาคของไทย หรือรันแบบโลคัลก่อนบนเครื่องของคุณเอง แทนที่จะอ้างว่ามีภูมิภาคที่บริหารจัดการในไทยซึ่งยังไม่มีอยู่จริง พึงระลึกด้วยว่า US CLOUD Act (2018) ให้อำนาจทางกฎหมายสหรัฐฯ เข้าถึงข้อมูลที่อยู่ในความครอบครองของผู้ให้บริการสัญชาติอเมริกันได้ไม่ว่าข้อมูลจะตั้งอยู่ที่ใด ดังนั้นการมีศูนย์ข้อมูลในไทยช่วยเรื่องที่ตั้งทางกายภาพและ PDPA แต่ไม่ได้ลบความเสี่ยงด้านเขตอำนาจศาลของผู้ให้บริการที่มีบริษัทแม่ในสหรัฐฯ — ภูมิภาคที่ใช้ได้จริงโปรดตรวจสอบกับผู้ให้บริการแต่ละรายอีกครั้ง

dgm ช่วยอะไรได้บ้าง

dgm เป็นพันธมิตรผู้วางระบบที่เป็นอิสระ ช่วยองค์กรไทยนำ osFoundry ไปใช้งาน — ตั้งแต่การเลือกกรณีใช้งานแรกที่คุ้มค่า ไปจนถึงการลงมือติดตั้งจริงและเชื่อมต่อกับระบบเดิมที่คุณมีอยู่ dgm ช่วยองค์กรไทยเลือกและวางระบบโมเดลภาษาไทยแบบเปิดบน osFoundry ผ่าน BYOK หรือการรันโลคัล dgm ไม่ได้มีส่วนเกี่ยวข้องกับบริษัทผู้พัฒนา osFoundry และยังไม่เคยดำเนินโครงการติดตั้งให้ลูกค้ารายใดสำเร็จมาก่อน สิ่งที่อธิบายไว้จึงเป็น บริการที่เสนอให้ ไม่ใช่ผลงานในอดีต หากต้องการกำหนดขอบเขตโครงการเริ่มต้นที่สมจริง dgm ช่วยคุณวางแผนได้

บทความที่เกี่ยวข้อง