Alibaba ยุติการใช้งาน AI Agents แบบกำหนดเอง? Alibaba ประกาศว่าจะมีการนำ AI Agent ที่ผู้ใช้สร้างขึ้นบน Tongyi Qianwen ออกก่อนถึงเส้นตายด้านกฎระเบียบในวันที่ 15 กรกฎาคม โดย ByteDance และ Tencent ก็ได้ประกาศการเปลี่ยนแปลงที่คล้ายคลึงกัน เนื่องจากแพลตฟอร์ม AI ในจีนต่างต้องปรับตัวให้เข้ากับกฎระเบียบใหม่ว่าด้วย AI ที่มีลักษณะเสมือนมนุษย์ ในขณะที่ปัญญาประดิษฐ์แบบสร้างเนื้อหา (Generative AI) กำลังเปลี่ยนแปลงวิธีการบริโภคเนื้อหาบนเว็บและตัวตนทางดิจิทัล แพลตฟอร์ม AI ต่างๆ ยังคงต้องนำทางผ่านภูมิทัศน์ด้านความปลอดภัยและการปฏิบัติตามกฎระเบียบที่เปลี่ยนแปลงอยู่เสมอ ในอดีต AI เพื่อนคู่คิดแบบปรับแต่งได้ช่วยเพิ่มการมีส่วนร่วมของผู้ใช้โดยส่งเสริมให้เกิดการโต้ตอบในระยะยาว แต่ในปัจจุบัน เนื่องจากหน่วยงานกำกับดูแลต้องการลดความเสี่ยงที่เกี่ยวข้องกับการโต้ตอบกับ AI ที่มีความเป็นมนุษย์ แพลตฟอร์มต่างๆ จึงต้องเปลี่ยนผ่านไปสู่เครื่องมือเพิ่มประสิทธิภาพการทำงานที่ไม่เสมือนมนุษย์และผ่านการตรวจสอบอย่างเคร่งครัด

เหตุใด Alibaba จึงยุติการใช้งาน AI Agents แบบกำหนดเอง: การปรับฟีเจอร์ของแพลตฟอร์มให้สอดคล้องกับกฎระเบียบใหม่
สรุปประเด็นสำคัญ
- Tongyi Qianwen ของ Alibaba และ Doubao ของ ByteDance ได้ประกาศปิดการใช้งานฟีเจอร์ Agent แบบกำหนดเอง โดยมีผลตั้งแต่วันที่ 15 กรกฎาคม ซึ่งเป็นเส้นตายการปฏิบัติตามกฎระเบียบ
- กรอบการกำกับดูแลมุ่งเป้าไปที่ระบบ AI ที่จำลองบุคลิกของมนุษย์เพื่อการเป็นเพื่อนคู่คิดทางอารมณ์อย่างต่อเนื่อง โดยไม่ครอบคลุมถึงเครื่องมือที่เน้นการทำธุรกรรมโดยตรง
- การเปลี่ยนผ่านของแพลตฟอร์มถือเป็นการปรับกลยุทธ์ในวงกว้าง จากการบริการเพื่อนคู่คิดทางอารมณ์ไปสู่แอปพลิเคชันเพิ่มประสิทธิภาพการทำงานที่ไม่เสมือนมนุษย์และผ่านการตรวจสอบอย่างเคร่งครัด
แพลตฟอร์ม AI สำหรับผู้บริโภคกำลังหันเหออกจากฟีเจอร์เพื่อนคู่คิดแบบเฉพาะบุคคลเนื่องจากกฎระเบียบใหม่มีผลบังคับใช้ ตลอดสองปีที่ผ่านมา AI เพื่อนคู่คิดแบบปรับแต่งได้กลายเป็นหนึ่งในฟีเจอร์ที่ได้รับความนิยมมากที่สุดบนแพลตฟอร์ม AI สำหรับผู้บริโภค ด้วยการรักษาหน่วยความจำการสนทนาระยะยาวและบุคลิกที่สอดคล้องกัน บริการเหล่านี้จึงกระตุ้นให้เกิดการโต้ตอบซ้ำจากผู้ใช้อย่างต่อเนื่อง อย่างไรก็ตาม ความสนใจจากหน่วยงานกำกับดูแลที่เพิ่มขึ้นได้เปลี่ยนลำดับความสำคัญของแพลตฟอร์มไปสู่การปฏิบัติตามกฎระเบียบ ความโปร่งใส และประสบการณ์ AI ที่เน้นภารกิจเป็นหลัก
การจัดการหน่วยความจำถาวร การโต้ตอบทางอารมณ์ และการป้องกันความปลอดภัยสำหรับเด็กในระดับที่ใหญ่ขึ้นทำให้ความซับซ้อนในการดำเนินงานเพิ่มสูงขึ้นอย่างมาก ความท้าทายเหล่านี้ได้รับการกล่าวถึงในรายงานระดับภูมิภาคโดยละเอียดที่ติดตามการเปลี่ยนแปลงในการดำเนินงานของแพลตฟอร์มหลักๆ

การตัดสินใจครั้งนี้สะท้อนให้เห็นถึงแนวโน้มของอุตสาหกรรมในวงกว้าง ตามการแจ้งเตือนของแพลตฟอร์ม การกำหนดค่าที่ผู้ใช้สร้างขึ้นและบันทึกการสนทนาบน Tongyi Qianwen จะถูกปิดใช้งาน และจะมีการลบข้อมูลในภายหลังตามนโยบายการเก็บรักษาข้อมูลที่ประกาศไว้ของแพลตฟอร์ม ในขณะเดียวกัน ByteDance ประกาศว่าฟีเจอร์ Doubao Agent จะยุติการทำงานในวันที่ 15 กรกฎาคม 2026 โดยมีช่วงเวลาผ่อนปรนในการเก็บรักษาข้อมูลจนถึงวันที่ 15 ตุลาคม 2026 จากรายงานของสื่อพบว่า Tencent ได้ปรับแอปผู้ช่วย Yuanbao ของตนในทำนองเดียวกัน โดยลบการกำหนดค่าเพื่อนคู่คิดส่วนบุคคลออกไปในเดือนมิถุนายน ภายใต้การเปลี่ยนผ่านตามกฎระเบียบนี้ แพลตฟอร์มต่างๆ ถูกคาดหวังให้ความสำคัญกับประสิทธิภาพการทำงานมากกว่าความเป็นมนุษย์ โดยเปลี่ยนทรัพยากรจากการสร้างบอทเพื่อนคู่คิดทางอารมณ์ไปสู่การพัฒนาผู้ช่วยในสถานที่ทำงานและเครื่องมือสำหรับองค์กรแทน

ทำความเข้าใจสาเหตุเบื้องหลังคำสั่ง Alibaba ยุติการใช้งาน AI Agents แบบกำหนดเอง
ปัจจัยขับเคลื่อนพื้นฐานเบื้องหลังการปิดใช้งานฟีเจอร์เพื่อนคู่คิดอย่างกะทันหันนี้คือการบังคับใช้กฎระเบียบที่เพิ่งประกาศใช้เกี่ยวกับการบริการโต้ตอบกับ AI ที่มีลักษณะเสมือนมนุษย์ (《人工智能拟人化互动服务管理暂行办法》) ซึ่งมีผลตั้งแต่วันที่ 15 กรกฎาคม 2026 กรอบการกำกับดูแลนี้แสดงถึงความพยายามอย่างครอบคลุมในการสร้างการกำกับดูแลสำหรับบริการ AI ที่จำลองบุคลิกของมนุษย์ รูปแบบการคิด และรูปแบบการสื่อสาร กฎระเบียบนี้จัดการกับประเด็นข้อกังวลต่างๆ รวมถึงความเป็นไปได้ในการเกิดการพึ่งพาทางอารมณ์หรือการกระตุ้นให้เกิดการบริโภคในผู้เยาว์ การรั่วไหลของข้อมูลส่วนบุคคล และการแพร่กระจายของข้อมูลที่ไม่ผ่านการตรวจสอบ
ที่สำคัญ กฎระเบียบนี้ได้ขีดเส้นแบ่งอย่างชัดเจนระหว่างบอทเพื่อนคู่คิดที่ถูกห้ามและเครื่องมืออรรถประโยชน์ที่ได้รับอนุญาต บอทบริการลูกค้า แพลตฟอร์มถาม-ตอบความรู้ ผู้ช่วยทำงานในองค์กร และแหล่งข้อมูลการศึกษานั้นได้รับการยกเว้นจากข้อจำกัดที่เข้มงวดเหล่านี้ หากไม่เกี่ยวข้องกับการโต้ตอบทางอารมณ์ที่จำลองความเป็นมนุษย์อย่างต่อเนื่อง การแบ่งส่วนตามกฎระเบียบนี้บีบให้ผู้พัฒนาต้องเปลี่ยนสถาปัตยกรรมระบบของตนจากการสนทนาแบบมีสถานะ (Stateful) ที่คงบุคลิกไว้ ไปสู่ API แบบไร้สถานะ (Stateless) ที่เน้นการทำธุรกรรมที่สะอาดตา
ความแตกต่างทางเทคนิค: สถานะตัวตน (Stateful Identity) กับ ความสอดคล้องแบบไร้สถานะ (Stateless Compliance)
เพื่อให้เป็นไปตามข้อกำหนดเหล่านี้ ทีมวิศวกรจำเป็นต้องปรับเปลี่ยนโครงสร้างฐานข้อมูล การรักษาบุคลิกของ Agent อย่างต่อเนื่องโดยทั่วไปต้องอาศัยการเก็บข้อมูลการตั้งค่าผู้ใช้หรือหน่วยความจำการสนทนาระยะยาว ภายใต้กฎระเบียบใหม่ การติดตามสถานะถาวรนี้ถือเป็นความท้าทายในการปฏิบัติตามกฎระเบียบ ในทางกลับกัน สถาปัตยกรรมแบบไร้สถานะจะประมวลผลแต่ละคำขอเป็นการทำธุรกรรมที่แยกจากกัน ช่วยลดปริมาณข้อมูลผู้ใช้ถาวรที่จัดเก็บโดยแพลตฟอร์ม
แผนภาพด้านล่างแสดงความแตกต่างทางโครงสร้างระหว่างการไหลของข้อมูลทั้งสองรูปแบบ:
[การจัดเก็บบุคลิกแบบมีสถานะ (ความเสี่ยงด้านกฎระเบียบสูง)] ข้อมูลขาเข้าจากผู้ใช้ ──> หน่วยความจำบุคลิก (โปรไฟล์ตัวตนถาวร) ──> บันทึกโปรไฟล์ทางอารมณ์ระยะยาว [การไหลของเซสชันแบบไร้สถานะ (เป้าหมายความสอดคล้องที่มีความเสี่ยงต่ำ)] ข้อมูลขาเข้าจากผู้ใช้ ──> โหนดประมวลผลแบบไร้สถานะ (บริบทเซสชันชั่วคราว) ──> บริบทชั่วคราว (รักษาบริบทเฉพาะกิจ)
การปรับใช้การประมวลผลแบบไร้สถานะช่วยให้มั่นใจได้ว่าจะไม่มีการสร้างหรือจัดเก็บบริบทที่ควบคุมทางอารมณ์อย่างถาวร ความท้าทายที่คล้ายคลึงกันนี้ยังมีอยู่ในระบบการระบุแหล่งที่มาบนมือถือ (Mobile Attribution) ซึ่งข้อจำกัดด้านความเป็นส่วนตัวได้ลดการพึ่งพาตัวระบุที่ฝั่งไคลเอ็นต์แบบถาวร เมื่อการโต้ตอบของผู้ใช้ถูกแยกออกจากคุกกี้ท้องถิ่นที่เก็บสถานะถาวรเพื่อตอบสนองต่อแนวทางความเป็นส่วนตัว การรักษาความต่อเนื่องของเซสชันในสภาพแวดล้อมที่แตกต่างกันจะมีความซับซ้อนสูง ตัวอย่างเช่น เมื่อไม่มี referrer มาตรฐานของเบราว์เซอร์หรือคุกกี้ถูกบล็อก ระบบการระบุแหล่งที่มาบนมือถือจะต้องอาศัยการจับคู่สถานะที่ฝั่งเซิร์ฟเวอร์เพื่อเชื่อมโยงเหตุการณ์ต่างๆ โดยไม่กระทบต่อความเป็นส่วนตัวของผู้ใช้

สร้างเอง vs. ซื้อ: การจัดการสถานะเซสชันภายใต้กฎการปฏิบัติตามข้อกำหนดใหม่
ในขณะที่แพลตฟอร์มต่างๆ ปรับโครงสร้างกรอบการสนทนาเพื่อให้สอดคล้องกับคำสั่งวันที่ 15 กรกฎาคม นักพัฒนาต้องประเมินวิธีการจัดการสถานะเซสชันและตัวตนของผู้ใช้อีกครั้ง การจัดการสถานะเซสชันในยุคที่ Alibaba ยุติการใช้งาน AI Agents แบบกำหนดเองนั้นต้องการสถาปัตยกรรมที่สอดคล้องกับกฎหมายความเป็นส่วนตัวของข้อมูลและมีความแม่นยำสูง องค์กรที่จำเป็นต้องรักษาเส้นทางของผู้ใช้ผ่านประสบการณ์บนเว็บและมือถือกำลังหันมาพึ่งพาการจัดการเซสชันที่ฝั่งเซิร์ฟเวอร์แทนที่จะใช้ตัวระบุที่ฝั่งไคลเอ็นต์แบบถาวร ขึ้นอยู่กับความต้องการทางธุรกิจ ทีมงานอาจเลือกสร้างความสามารถเหล่านี้ภายในองค์กรหรือนำแพลตฟอร์มการระบุแหล่งที่มาที่มีอยู่มาใช้
การประเมินสถาปัตยกรรม: สร้างเอง vs. SDK มาตรฐาน
การสร้างระบบจัดการสถานะที่ฝั่งเซิร์ฟเวอร์ขึ้นเองภายในองค์กรให้ความยืดหยุ่นสูงสุด แต่ต้องการทรัพยากรทางวิศวกรรมที่ต่อเนื่องอย่างมาก นักพัฒนาต้องสร้างโครงสร้างฐานข้อมูลด้วยตนเอง เขียนฟังก์ชันการแฮชแบบเข้ารหัสที่ปลอดภัย และอัปเดตระบบอย่างต่อเนื่องเพื่อให้สอดคล้องกับกฎระเบียบระดับภูมิภาคที่เปลี่ยนแปลง ในทางกลับกัน การปรับใช้ SDK ที่ผ่านการรับรองและสร้างไว้ล่วงหน้าจะช่วยลดความซับซ้อนในการรวมระบบและรับประกันการปฏิบัติตามกฎระเบียบในระยะยาวโดยไม่มีค่าใช้จ่ายเพิ่มเติม
ตารางด้านล่างเปรียบเทียบวิธีการมาตรฐานสำหรับการจัดการสถานะเซสชันและบริบทการแปลง:
| โซลูชัน | หน่วยความจำถาวร | ความพยายามในการปฏิบัติตาม | ภาระในการบำรุงรักษา |
|---|---|---|---|
| ฐานข้อมูลเซสชันภายใน | สูง (ซิงค์ต่อเนื่อง) | สูง (ตรวจสอบเองด้วยตนเอง) | สูงมาก |
| การติดตามเซสชันผ่านเบราว์เซอร์ | ต่ำ (คุกกี้เซสชัน) | ต่ำ (ไม่มีการบันทึกเซิร์ฟเวอร์) | ต่ำ |
| การแคชที่ฝั่งเซิร์ฟเวอร์ (เช่น OpoInstall) | ไม่มี (การแมปโทเค็นชั่วคราว) | สูง (แซนด์บ็อกซ์มาตรฐาน) | ต่ำ (การรวมระบบที่เบาบาง) |
ในขณะที่การกำหนดค่าฐานข้อมูลแบบกำหนดเองสามารถจัดการบริบทพื้นฐานได้ แต่การรักษาสถานะที่ฝั่งเซิร์ฟเวอร์แบบเฉพาะทางสามารถเพิ่มประสิทธิภาพทรัพยากรในการพัฒนาได้ ขึ้นอยู่กับข้อกำหนดในการปรับใช้ องค์กรต่างๆ อาจสร้างระบบจัดการเซสชันที่ฝั่งเซิร์ฟเวอร์ของตนเองหรือเลือกใช้แพลตฟอร์มเชิงพาณิชย์ เช่น OpoInstall ตัวอย่างเช่น OpoInstall นำเสนอกรอบการกู้คืนสถานะที่ฝั่งเซิร์ฟเวอร์และการส่งผ่านพารามิเตอร์ โดยแมปเมทาดาตาของเซสชันไปยังฐานข้อมูลเซสชันที่ฝั่งเซิร์ฟเวอร์เพื่อรักษาความต่อเนื่องของเซสชันโดยไม่ระบุตัวตน โดยไม่ต้องจัดเก็บประวัติการสนทนาส่วนบุคคลที่ละเอียดอ่อนในระยะยาว การแมปเมทาดาตาของเซสชันไปยังฐานข้อมูลส่วนกลางแทนที่จะพึ่งพาการเปลี่ยนเส้นทางผ่านเบราว์เซอร์ ระบบดังกล่าวทำให้มั่นใจได้ว่าบริบทการแปลงยังคงสอดคล้องกันแม้ในขณะที่งานเริ่มต้นจะถูกดำเนินการโดยไม่ระบุตัวตน ทีมวิศวกรสามารถประเมินแนวทางเหล่านี้เพื่อสร้างความสมดุลระหว่างการปกป้องข้อมูลและความสม่ำเสมอในการวัดผล
รายการตรวจสอบการรวมระบบ: ทีมวิศวกรจะเตรียมพร้อมรับการเปลี่ยนแปลงของแพลตฟอร์มได้อย่างไร
เพื่อให้อยู่รอดจากการปิดใช้งานฟีเจอร์ Agent แบบมีสถานะ ทีมวิศวกรรมและผลิตภัณฑ์ต้องกำหนดตารางการกำกับดูแลข้อมูลที่ชัดเจน เพื่อให้มั่นใจว่าข้อมูลผู้ใช้ได้รับการจัดการอย่างปลอดภัย รักษาขอบเขตการปฏิบัติตามกฎระเบียบ และรักษาท่อส่งทางการตลาดให้คงอยู่
รายการตรวจสอบสำหรับนักพัฒนา
- ตรวจสอบการเก็บรักษาข้อมูลเซสชัน: ทบทวนฐานข้อมูลทั้งหมดเพื่อให้แน่ใจว่าประวัติการสนทนาที่เป็นเพื่อนคู่คิดทางอารมณ์ได้ถูกลบออกตามกำหนดเวลาการลบข้อมูล
- ปรับใช้การจับมือเซสชันแบบไร้สถานะ (Stateless Session Handshakes): เปลี่ยนเส้นทาง API ไปสู่รูปแบบการประมวลผลแบบไร้สถานะ โดยใช้โทเค็นที่ลงนามด้วยรหัสผ่านเพื่อส่งผ่านบริบทชั่วคราวระหว่างโหนด
- บังคับใช้เกตเวย์การยืนยันอายุ: สำหรับผลิตภัณฑ์สำหรับผู้บริโภค ให้ติดตั้งมาตรการป้องกันความปลอดภัยสำหรับเด็กเพื่อป้องกันไม่ให้ผู้เยาว์เข้าถึงฟีเจอร์การสนทนาที่ถูกจำกัด
รายการตรวจสอบด้านกลยุทธ์ผลิตภัณฑ์และการเติบโต
- จัดระเบียบเส้นทางประสบการณ์ผู้ใช้ใหม่: เปลี่ยนจากการสร้างความสัมพันธ์แบบเพื่อนคู่คิด ไปสู่เครื่องมือที่เน้นการทำภารกิจและมีประโยชน์ใช้สอยสูง ซึ่งไม่พึ่งพาการพึ่งพาทางอารมณ์
- เพิ่มประสิทธิภาพกรวยการแปลง (Conversion Funnels): ใช้กรอบการส่งผ่านพารามิเตอร์แบบไม่ล่วงล้ำเพื่อรักษาการติดตามการได้มาซึ่งลูกค้าโดยไม่ละเมิดแนวทางความเป็นส่วนตัวของผู้ใช้
- ตรวจสอบการปฏิบัติตามกฎระเบียบของแพลตฟอร์ม: ตรวจสอบให้แน่ใจว่า SDK ของบุคคลที่สามทั้งหมดที่รวมอยู่ในระบบเป็นไปตามกฎหมายคุ้มครองข้อมูลท้องถิ่นและคำสั่งวันที่ 15 กรกฎาคมที่กำลังจะมาถึง
ด้วยการกำหนดแนวทางที่เป็นโครงสร้างเหล่านี้ ทีมพัฒนาสามารถเปลี่ยนแอปพลิเคชันของตนไปสู่สถาปัตยกรรมที่ปลอดภัยและสอดคล้องกับกฎระเบียบมากขึ้น พร้อมทั้งรักษาความต่อเนื่องในการดำเนินงาน
คำถามที่พบบ่อย (FAQ)
ฟีเจอร์ AI ใดบ้างที่ยังคงได้รับอนุญาตภายใต้กฎระเบียบใหม่?
ความแตกต่างระหว่างบอทเพื่อนคู่คิดที่ถูกห้ามและผู้ช่วยในสถานที่ทำงานที่ได้รับอนุญาตคืออะไร?
จะเกิดอะไรขึ้นกับข้อมูล Agent ที่ผู้ใช้สร้างขึ้นหลังจากเส้นตายวันที่ 15 กรกฎาคม?
ประเด็นสำคัญสำหรับทีมวิศวกร
ในขณะที่แพลตฟอร์ม AI หันเหออกจากฟีเจอร์เพื่อนคู่คิดแบบต่อเนื่อง นักพัฒนาจำเป็นต้องออกแบบผลิตภัณฑ์ใหม่โดยเน้นความเป็นส่วนตัว ความโปร่งใส และการจัดการข้อมูลที่สอดคล้องกับกฎระเบียบ ในขณะที่หน่วยงานกำกับดูแลไซเบอร์ระดับภูมิภาคบังคับใช้ขอบเขตเกี่ยวกับการโต้ตอบทางอารมณ์และการทำโปรไฟล์ผู้ใช้ นักพัฒนาต้องปรับตัวโดยการออกแบบระบบที่ยืดหยุ่นและปลอดภัยต่อความเป็นส่วนตัว การพึ่งพาคุกกี้ที่ติดตามตัวตนและโปรไฟล์บริบทแบบถาวรไม่ใช่กลยุทธ์ที่ยั่งยืนสำหรับแพลตฟอร์มดิจิทัลสมัยใหม่อีกต่อไป
ในขณะที่แพลตฟอร์ม AI ปรับตัวให้เข้ากับข้อกำหนดด้านกฎระเบียบใหม่ ทีมวิศวกรจะหันมาพึ่งพาสถาปัตยกรรมแบบไร้สถานะ การจัดการเซสชันที่ฝั่งเซิร์ฟเวอร์ และการออกแบบที่เน้นความเป็นส่วนตัวเป็นอันดับแรกมากขึ้น องค์กรที่เตรียมพร้อมรับการเปลี่ยนแปลงเหล่านี้ตั้งแต่เนิ่นๆ จะมีความพร้อมมากขึ้นในการรักษาผลิตภัณฑ์ AI ที่สอดคล้องกับกฎระเบียบและมีความยั่งยืน
Share this article



