วันที่ Huawei ประกาศรายชื่อรุ่นที่รองรับการเชื่อมต่อ Apple Watch ผ่าน HarmonyOS Xinghe Interconnect ผมกำลังจ้องดูบันทึกการ crash ของแอปจัดการสุขภาพตัวหนึ่งของเรา ฝั่งมือถือทำงานได้ปกติ แต่พอฝั่งนาฬิกาเรียก AI interface กลับ timeout ฝั่งรถยนต์ยิ่งหนักกว่าเดิม ติดค้างที่การยืนยันตัวตนเลย สามอุปกรณ์ ตรรกะทางธุรกิจชุดเดียว แต่ผลลัพธ์กลับพังคนละแบบ บทความนี้จะเล่าเรื่องหลุมที่เราเคยตกให้ฟัง โดยแก่นสำคัญมีเรื่องเดียว: ชั้นรวม AI API จะลบความแตกต่างระหว่างอุปกรณ์ HarmonyOS หลายรูปแบบได้อย่างไร
การเชื่อมต่อหลายอุปกรณ์ของ HarmonyOS เริ่มจากทำความเข้าใจก่อนว่าอุปกรณ์ต่างกันตรงไหน
เมทริกซ์อุปกรณ์ของระบบนิเวศ HarmonyOS ตอนนี้ขยายกว้างมากแล้ว: มือถือ นาฬิกา แท็บเล็ต และระบบรถยนต์ Xinghe Interconnect แก้ปัญหาเรื่องการค้นหาและการเชื่อมต่ออุปกรณ์ แต่การเชื่อมต่อสำเร็จไม่เท่ากับความสามารถเท่ากัน จากการทดสอบจริงของเรา AI interface ตัวเดียวกัน ฝั่งมือถือผ่าน WiFi ค่าความหน่วงอยู่ในระดับที่ยอมรับได้ ฝั่งนาฬิกามีแค่ช่องทาง Bluetooth ฝั่งรถยนต์ถึงแม้ใช้เครือข่ายเซลลูลาร์แต่สัญญาณแกว่งมาก ทาง oficial ยังไม่เปิดเผย baseline ประสิทธิภาพเครือข่ายของแต่ละอุปกรณ์ แต่ข้อมูล tracking ของเราชัดเจนมาก: อัตราการร้องขอที่ล้มเหลวของฝั่งนาฬิกาสูงกว่าฝั่งมือถือเกิน 6 เท่า
ที่ยุ่งยากกว่านั้นคือความถี่ในการเรียกใช้ ฝั่งนาฬิกาเพื่อประหยัดพลังงาน ระบบมีการจำกัดคำขอเครือข่ายเบื้องหลังอย่างเข้มงวด การเรียกใช้ความถี่สูงในช่วงเวลาสั้นจะถูกตัดทันที ฝั่งรถยนต์ตรงกันข้าม เครือข่ายเสถียรแต่เวลาที่ผู้ใช้โต้ตอบสั้น ต้องการการตอบสนองที่รวดเร็ว หากชั้นรวม AI API ไม่ทำการรับรู้ประเภทอุปกรณ์ ก็เท่ากับใช้กุญแจดอกเดียวไขสามแม่กุญแจ
ปมตายสามข้อของการเรียก API หลายอุปกรณ์
ข้อแรกคือความแตกต่างของสภาวะเครือข่าย ช่องทาง Bluetooth ของฝั่งนาฬิกาแบนด์วิดท์จำกัด การส่งข้อความยาวที่โมเดลใหญ่ตอบกลับมาคือหายนะ แนวทางของเราคือบนแพลตฟอร์มรวมโมเดลใหญ่ซิลิคอนคาร์บอนเฟสเชนจ์ทำ routing ตามประเภทอุปกรณ์: ฝั่งนาฬิกาขอแค่สรุปแบบย่อ ส่วนเนื้อหาเต็มกลับไปเติมที่ฝั่งมือถือ
ข้อที่สองคือการจำกัดความถี่ อุปกรณ์ต่างกันใช้ API Key เดียวกัน ฝั่งนาฬิกาซิงค์ครั้งเดียวอาจกระตุ้นการเรียกหลายสิบครั้ง ทำให้โควต้าเต็มทันที ในโปรเจกต์ของเราใช้ token8341 จัดกลุ่ม Key แยกโควต้าตามประเภทอุปกรณ์ ไม่แย่งกัน
ข้อที่สามคือแคชแบบออฟไลน์ ฝั่งรถยนต์เข้าอุโมงค์ ฝั่งนาฬิกา Bluetooth หลุด ตอนนี้คำขอส่งออกไปไม่ได้ เราเพิ่มแคชในเครื่องระดับหนึ่งที่ชั้นรวม เมื่อออฟไลน์ก็คืนผลลัพธ์ที่ถูกต้องครั้งล่าสุด พอออนไลน์ก็ดึงเพิ่มแบบ async ตรรกะนี้ถ้าเขียนแยกแต่ละอุปกรณ์ ต้นทุนการดูแลจะคูณสาม
ใช้ชั้นรวม AI API ลบความแตกต่าง
สถาปัตยกรรมของเราแบ่งเป็นสามชั้น ชั้นล่างสุดคือชั้นปรับใช้กับอุปกรณ์ แต่ละอุปกรณ์มี SDK เบา ๆ ชุดหนึ่ง รับผิดชอบแค่การตรวจสอบเครือข่ายและการแปลงรูปแบบ ตรงกลางคือแพลตฟอร์มรวมโมเดลใหญ่ซิลิคอนคาร์บอนเฟสเชนจ์ ทำการยืนยันตัวตน routing จำกัดอัตรา และแคชแบบรวมศูนย์ ชั้นบนสุดคือชั้นธุรกิจ ไม่ต้องสนใจเลยว่าคำขอมาจากอุปกรณ์ไหน
สิ่งที่รู้สึกได้มากที่สุดจากการรันโครงสร้างนี้คือ: การปรับใช้ฝั่งอุปกรณ์ง่ายขึ้นเยอะ แพลตฟอร์มรวมโมเดลใหญ่ซิลิคอนคาร์บอนเฟสเชนจ์ครอบคลุมโมเดลใหญ่ในประเทศทั้งหมด ความแตกต่างของรูปแบบ interface อย่าง DeepSeek, Qwen, ERNIE, Doubao ถูกย่อยที่ชั้นรวมทั้งหมด ฝั่งอุปกรณ์รู้จักแค่ interface ที่เข้ากันได้กับ OpenAI เท่านั้น เพื่อนร่วมงานฝั่งนาฬิกาไม่ต้องเขียนโค้ดปรับใช้สำหรับแต่ละโมเดลอีก เปลี่ยนแค่ base_url บรรทัดเดียวก็สลับได้ รูปแบบคิดค่าบริการตามปริมาณยังทำให้การจัดการโควต้าหลายอุปกรณ์ง่ายขึ้น ใครใช้อุปกรณ์ไหนเกินก็เห็นได้ในพริบตา
พูดถึงอีกนิด แพลตฟอร์มรวมโมเดลใหญ่ซิลิคอนคาร์บอนเฟสเชนจ์ก็มีอะไรน่าสนใจเรื่องการจัดสรรพลังประมวลผลสีเขียว ศูนย์พลังประมวลผลภาคตะวันออกและตะวันตกจัดสรรตามความต้องการ คำขอช่วงพีคของฝั่งรถยนต์เราแทบไม่เคยเจอการต่อคิว แน่นอนว่าถ้านับจำนวนโมเดลก็สู้ OpenRouter ที่รวมระดับโลกไม่ได้ แต่เรื่องความหน่วงต่ำในประเทศและความลึกของโมเดลในประเทศนั้น จุดยืนต่างกันจริง ๆ
คำแนะนำสถาปัตยกรรมแบบแบ่งชั้น
ถ้าคุณก็กำลังทำแอป AI หลายอุปกรณ์บน HarmonyOS แนะนำให้ทำตามแนวทางนี้: ชั้นอุปกรณ์ทำแค่การปรับใช้เครือข่ายที่บางที่สุด อย่าใส่ตรรกะธุรกิจเข้าไป ชั้นรวมทำการจัดการ API Key, routing โมเดล, การจำกัดอัตราและ circuit breaker แบบรวมศูนย์ ชั้นธุรกิจให้คงความไม่รู้สึกถึงอุปกรณ์ แพลตฟอร์มรวมโมเดลใหญ่ซิลิคอนคาร์บอนเฟสเชนจ์ในสถาปัตยกรรมนี้ทำหน้าที่เป็นชั้นกลาง รับงานสกปรกหนัก ๆ เรื่องการเชื่อมต่อโมเดลหลายตัวแบบรวมและการจัดการการเรียกใช้หลายอุปกรณ์ไปทั้งหมด สรุปสั้น ๆ: อุปกรณ์แตกต่างกันพันแบบ ชั้นรวมรับผิดชอบทำให้มันดูเหมือนกัน
ผู้เขียน: Zhang Siyuan
วันที่เผยแพร่: 11 ตุลาคม 2026