Tencent Hunyuan Hy4 กับ Phone Agent: Hy4 Preview, Open Source และขอบเขตงาน Android

Hy4 Preview คืออะไรจากประกาศ Tencent

Tencent Hunyuan Hy4 คือโมเดลในตระกูล Hunyuan ที่ Tencent ประกาศเป็น Hy4 Preview เมื่อวันที่ 28 สิงหาคม 2026 พร้อมการเปิดซอร์สในประกาศเดียวกัน แหล่งอ้างอิงหลักคือ ประกาศทางการของ Tencent เรื่องการเปิดตัวและเปิดซอร์ส Hunyuan Hy4 Preview ซึ่งระบุสถานะ Preview ช่องทางทดลองใช้ ช่องทาง API และการเผยแพร่น้ำหนักโมเดลโดยตรง

ในประกาศนั้น Tencent ระบุว่า Hy4 Preview เป็นโมเดลภาษาใหญ่รุ่นใหม่ มีพารามิเตอร์รวม 770B พารามิเตอร์ที่ใช้งาน 49B และความยาวบริบทเกิน 1M โดยวางตำแหน่งสำหรับงานผลิตภาพจริง เช่น งานพัฒนาซอฟต์แวร์ งานสำนักงานข้ามไฟล์ และงานเหตุผลเชิงวิทยาศาสตร์ ข้อความเหล่านี้ควรอ่านเป็นข้อมูลตามประกาศของผู้ผลิต ไม่ใช่ข้อสรุปว่า Hy4 เหมาะกับทุกงานหรือควบคุมอุปกรณ์ทุกประเภทได้เอง

ประกาศยังแยกช่องทางใช้งานอย่างเป็นรูปธรรม กลุ่มประสบการณ์ผ่านผลิตภัณฑ์ ได้แก่ WorkBuddy, CodeBuddy รุ่นในประเทศและต่างประเทศ, Yuanbao และ ima กลุ่ม API ได้แก่ Tencent Cloud TokenHub และ OpenRouter ส่วนกลุ่มโฮสต์เองคือการเปิดซอร์สน้ำหนักโมเดลให้ผู้ใช้หรือทีมเทคนิคไป deploy ตามเงื่อนไขที่ Tencent เผยแพร่ไว้ การแยกสามกลุ่มนี้ช่วยให้ไม่ปนการลองใช้ในผลิตภัณฑ์กับการเรียก API หรือการนำโมเดลไปโฮสต์เอง

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

Hy4 เปลี่ยนอะไรจากรุ่นก่อนหน้า

สิ่งที่ Tencent ระบุเกี่ยวกับ Hy4 Preview คือการขยายในระดับโมเดลและการฝึก ประกาศกล่าวถึงขนาดโมเดล ความยาวบริบท และขนาดข้อมูลที่ขยายขึ้น รวมถึงความก้าวหน้าจาก pre-training และ post-training ที่ช่วยยกระดับความสามารถโดยรวม ถ้อยคำเหล่านี้ควรถูกใช้ตามกรอบประกาศ ไม่ควรขยายต่อเป็นคำกล่าวว่าโมเดลชนะทุกงานหรือเหนือกว่าทุกคู่แข่ง

ในด้านงานใช้งาน Tencent ยกตัวอย่าง software engineering, office analysis และ scientific research สำหรับงานโค้ด ประกาศกล่าวถึงความเข้าใจ การวางแผน การ debug และการตรวจสอบในงานพัฒนาที่ยาวขึ้น สำหรับงานสำนักงาน Tencent ชี้ไปที่การเข้าใจสภาพแวดล้อมสำนักงานที่ซับซ้อน การวิเคราะห์ข้อมูล และการทำงานข้ามไฟล์ไปสู่เอกสาร สเปรดชีต และงานนำเสนอ ส่วนงานวิทยาศาสตร์ถูกนำเสนอในฐานะพื้นที่ของการให้เหตุผลตามข้อมูลจากผู้ผลิต

ผลทดสอบหรือการเปรียบเทียบใด ๆ ที่ Tencent รายงานเองควรถูกอ่านเป็น manufacturer-reported results ไม่ใช่การทดสอบอิสระ ถ้าคุณต้องใช้ Hy4 ในงานจริง ควรทดสอบกับชุดงานของตัวเอง เช่นโค้ดจริง เอกสารจริง ข้อมูลสำนักงานจริง หรือโจทย์วิจัยที่มีคำตอบตรวจได้ โดยแยกคุณภาพคำตอบของโมเดลออกจากความสามารถในการลงมือในระบบปลายทาง

หากต้องการเข้าใจรุ่นก่อนหน้าที่เกี่ยวข้อง เช่น Hy3 และบริบทการใช้งานด้าน phone agent อ่าน Tencent Hunyuan Hy3 สำหรับ Phone Agent: พลังโมเดลกับการทำงานบน Android เพื่อดูรายละเอียดของรุ่นนั้นโดยตรง ส่วน Hy4 ควรถูกประเมินจากประกาศ Hy4 และงานจริงที่คุณต้องการใช้

ช่องทางใช้งาน Hy4: ผลิตภัณฑ์ API และน้ำหนักโมเดล

จากประกาศวันที่ 28 สิงหาคม 2026 ช่องทางแรกคือการลองใช้ Hy4 Preview ผ่านผลิตภัณฑ์ที่ Tencent ระบุไว้ ได้แก่ WorkBuddy, CodeBuddy รุ่นในประเทศและต่างประเทศ, Yuanbao และ ima ช่องทางนี้เหมาะกับผู้ใช้ที่ต้องการสัมผัสประสบการณ์ที่ Tencent จัดเตรียมไว้แล้ว โดยไม่ต้องต่อ API หรือโฮสต์โมเดลเอง

ช่องทางที่สองคือ API access ผ่าน Tencent Cloud TokenHub และ OpenRouter ตามประกาศทางการ ช่องทางนี้เหมาะกับนักพัฒนา ทีมผลิตภัณฑ์ หรือองค์กรที่ต้องการต่อ Hy4 เข้ากับระบบของตนเอง แต่ผู้ใช้ยังต้องตรวจเงื่อนไขบัญชี quota ภูมิภาค ราคา ณ เวลาที่ใช้งานจริง การจัดการข้อมูล และข้อกำหนดของแต่ละแพลตฟอร์ม API ก่อนนำไปใช้ในงานผลิตจริง

ช่องทางที่สามคือน้ำหนักโมเดลสำหรับโฮสต์เองจากการเปิดซอร์ส การนำโมเดลไป deploy เองให้ความยืดหยุ่นมากกว่าในบางด้าน แต่ก็เพิ่มภาระเรื่องทรัพยากรเครื่อง inference, license, ความปลอดภัย, การอัปเดต และการกำกับดูแลข้อมูล ทีมที่เลือกเส้นทางนี้ควรมีความสามารถด้านโครงสร้างพื้นฐานและการประเมินโมเดล ไม่ใช่ดูเพียงคำว่า open-source แล้วถือว่าพร้อมใช้ทันที

ไม่ว่าจะเลือกผลิตภัณฑ์ API หรือ self-hosted weights ช่องทางเหล่านี้ยังเป็นชั้นการเข้าถึงโมเดล ไม่ใช่ชั้นลงมือบน Android คำถามสำหรับ phone agent จึงยังเหมือนเดิม: โมเดลจะถูกเชื่อมกับเครื่องมือบนโทรศัพท์อย่างไร ใครให้สิทธิ์ action ใด และผลลัพธ์บนอุปกรณ์จะถูกตรวจอย่างไร

ทำไมโมเดลเก่งยังไม่เท่ากับการสั่งงาน Android

Hy4 เป็นชั้นโมเดล โมเดลช่วยเข้าใจคำสั่ง สรุปข้อมูล วางแผน ตีความบริบท และสร้างผลลัพธ์ข้อความหรือโค้ดได้ตามความสามารถที่มี แต่ phone action เป็นอีกชั้นหนึ่ง หากผู้ใช้บอกว่า “ช่วยส่งข้อความ”, “สร้างนัดหมาย”, “เปิดแอป”, หรือ “ตรวจหน้าจอแล้วทำต่อ” ระบบต้องมีมากกว่าความสามารถโมเดล

ชั้น Android phone action ต้องมีข้อมูลสถานะปัจจุบันของอุปกรณ์ เครื่องมือที่เรียกใช้ได้ สิทธิ์ที่ผู้ใช้อนุญาต จุดยืนยันก่อนงานที่มีผลจริง และวิธีตรวจผลหลังทำงาน โมเดลเก่งอาจวางแผนได้ถูกว่า “ควรเปิดปฏิทินและเพิ่มนัด” แต่ถ้าไม่มีเครื่องมือปฏิทิน ไม่มีสิทธิ์ หรือไม่มีหลักฐานว่านัดถูกสร้างจริง งานยังไม่เสร็จในโลกของผู้ใช้

ความสับสนมักเกิดเมื่อคำตอบของโมเดลฟังดูเหมือนงานเสร็จแล้ว เช่น “ฉันจะส่งข้อความให้” หรือ “ควรสร้างรายการนี้” แต่ในระบบที่ออกแบบดี ต้องแยกคำตอบ แผน ข้อเสนอ และ action ออกจากกันอย่างชัดเจน หากงานมีผลต่อผู้อื่นหรือข้อมูลส่วนตัว เช่นส่งข้อความ แชร์ไฟล์ โทร หรือแก้การตั้งค่า ควรมีการอนุมัติที่ผู้ใช้เห็นก่อนเกิดผลจริง

นอกจากนี้ การเลือกโมเดลหนึ่งตัวไม่ได้สร้าง consumer-app interoperability โดยอัตโนมัติ การใช้ Hy4 ผ่านผลิตภัณฑ์ของ Tencent, API หรือ self-hosted weights ไม่ได้แปลว่าจะทำงานร่วมกับทุกแอป Android หรือทุกบัญชีผู้ใช้ได้ทันที ส่วนนั้นต้องอาศัย runtime, connector, permission และกติกาของแอปปลายทาง

Android Phone Agent ต้องมีอะไรนอกจากโมเดล

ในฝั่ง FoneClaw เราอธิบายตนเองเป็น Android phone-agent runtime ที่แยกจากโมเดลเดี่ยว ผู้ใช้กำหนดโมเดลที่เข้ากันได้ให้ช่วยคิดและวางแผน ส่วน FoneClaw จัดเครื่องมือ Android ที่รองรับให้ทำงานภายใต้สิทธิ์ การอนุมัติ และผลลัพธ์ที่ตรวจได้ เครื่องมือในตัวมากกว่า 100 รายการครอบคลุมงานหลายหมวด เช่นหน้าจอและแอป สถานะอุปกรณ์ เมล การสื่อสาร ปฏิทิน บันทึก และ Tasks/Workflows

นี่คือจุดที่แยก FoneClaw ออกจากการพูดถึง Hy4 ในฐานะโมเดล FoneClaw ไม่ใช่ผลิตภัณฑ์ของ Tencent และไม่มีการอ้าง Hy4-specific integration การที่ระบบหนึ่งสามารถตั้งค่าโมเดลที่เข้ากันได้ไม่ได้หมายความว่าเกิดความร่วมมือกับผู้ให้บริการโมเดล หรือเกิดการทำงานร่วมกับแอปผู้บริโภคของผู้ให้บริการนั้นโดยอัตโนมัติ

ตัวอย่างเช่น งาน “สรุปเสียงประชุมแล้วสร้างรายการติดตาม” มีสองส่วน ส่วนโมเดลคือการสรุปและแยก action item ส่วน phone-agent execution คือการบันทึกลง Memo หรือ Tasks, ตั้งเวลา, แจ้งเตือน, หรือเตรียมข้อความให้ตรวจ งานเหล่านี้ควรแสดงรายละเอียดก่อนอนุมัติและตรวจผลหลังทำงาน ไม่ใช่ถือว่าการสรุปจากโมเดลเท่ากับการสร้างรายการในแอปแล้ว

ความสามารถล่าสุดที่เปิดเผยต่อผู้ใช้ของเราให้ความสำคัญกับบันทึกเสียงและสรุปจากการถอดความที่ตรวจทานง่ายขึ้น งานอัตโนมัติตามกำหนดเวลาที่มีการกู้คืนเมื่อพลาดรอบ และการจัดความคืบหน้าของงานที่ผู้ใช้เห็นได้ สิ่งเหล่านี้อยู่ในฝั่ง Android execution comparison เท่านั้น ไม่ได้เป็นข้อกล่าวอ้างเกี่ยวกับ Hy4 หรือผลิตภัณฑ์ของ Tencent หากต้องการเข้าใจชั้น phone agent อย่างเป็นระบบ อ่าน AI agent ควบคุมโทรศัพท์ Android: จากเจตนา สู่ข้อเสนอ การยืนยัน และผลลัพธ์ที่ตรวจได้

ควรเลือก Hy4, Hy3 หรือ Phone Agent แบบใด

ถ้าคุณกำลังเลือก Tencent Hunyuan Hy4, Hy3 หรือ phone-agent stack อื่น ให้เริ่มจากผลลัพธ์ที่ต้องการ ไม่ใช่เริ่มจากชื่อโมเดล หากต้องการคำตอบ สรุป แผน โค้ด หรือเอกสาร โมเดลคือชั้นที่ต้องประเมินก่อน หากต้องการให้ Android เปลี่ยนสถานะจริง เช่นสร้างนัด ส่งร่าง เปิดแอป อ่านหน้าจอ หรือทำงานซ้ำตามเวลา ต้องประเมิน runtime และเครื่องมือด้วย

ใช้เช็กลิสต์นี้:

1. ต้องการ reasoning, writing, coding หรือ analysis เป็นหลักหรือไม่ ถ้าใช่ ให้ดูความสามารถโมเดลและช่องทาง Hy4 ที่ Tencent ประกาศไว้
2. ต้องการ action บน Android หรือไม่ ถ้าใช่ ต้องมี phone-agent runtime แยกจากโมเดล
3. งานต้องใช้ข้อมูลส่วนตัว แอป หรือบัญชีบนเครื่องหรือไม่ ถ้าใช่ ต้องมี permission และขอบเขตการอ่านที่ชัดเจน
4. งานมีผลต่อผู้อื่นหรือย้อนกลับยากหรือไม่ ถ้าใช่ ต้องมี approval ก่อนทำ
5. ตรวจผลจากแอปปลายทางได้หรือไม่ ถ้าไม่ได้ ยังไม่ควรถือว่างานเสร็จ
6. ต้องเลือกหลายโมเดลตามงานหรือไม่ ถ้าใช่ ให้วาง model routing แยกจาก action routing

สำหรับทีมที่ต้องใช้หลายโมเดลตามประเภทงาน Android จริง เช่น Kimi, DeepSeek, GLM และโมเดลอื่น อ่านต่อได้ที่ การเลือกเส้นทางโมเดลสำหรับเอเจนต์มือถือ: เลือก Kimi, DeepSeek, GLM และโมเดลอื่นจากงาน Android จริง เพื่อแยกหน้าที่ของโมเดล การเรียกเครื่องมือ และการตรวจผลให้ชัดก่อนลงมือใช้งานจริง