Doubao ทยอยเปิดให้ระบบอัตโนมัติควบคุมแอปบนมือถือ ขณะที่แพลตฟอร์มรายใหญ่ปฏิเสธการเข้าถึง

ครบกำหนดแจ้งล่วงหน้า 30 วัน แต่แอปหลักหลายแอปยังเข้าใช้งานไม่ได้

Doubao Phone Assistant ประกาศเมื่อวันที่ 14 ตุลาคมว่า จะทยอยเปิดให้เข้าถึงระบบอัตโนมัติบนหน้าจอของแอปพลิเคชันจากผู้พัฒนาภายนอก หลังครบกำหนดแจ้งสาธารณะ 30 วันสำหรับ Screen Automation Execution Protocol (SAEP) ผู้พัฒนายังสามารถปฏิเสธการเข้าถึงได้หลังพ้นช่วงแจ้งล่วงหน้า และระบบจะไม่ดำเนินการใด ๆ กับแอปที่ปฏิเสธระบบอัตโนมัติอย่างชัดเจน

รายชื่อผู้ปฏิเสธครอบคลุมบริการจำนวนมากที่อาจทำให้ผู้ช่วยบนโทรศัพท์มีประโยชน์กับงานประจำวัน แอปในระบบนิเวศของ Alibaba ได้แก่ Taobao, Tmall, Cainiao, Alipay, DingTalk และ Ele.me ส่วนแอปในระบบนิเวศของ Tencent ได้แก่ WeChat, QQ, Honor of Kings และ League of Legends: Wild Rift บริการอื่นที่อยู่ในรายชื่อ ได้แก่ Meituan, Pinduoduo, Kuaishou, Xiaohongshu, Zhihu, China Merchants Bank และ Industrial and Commercial Bank of China

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

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

คำถามในทางปฏิบัติสำหรับผู้ใช้คือ ผู้ช่วยทำงานส่วนใดของภารกิจได้บ้าง แอปอาจใช้งานไม่ได้ทั้งหมด หน้าเว็บที่มีข้อมูลละเอียดอ่อนอาจถูกบล็อก หรือผู้ใช้อาจต้องเข้ามาทำขั้นตอนสุดท้ายเอง SAEP มีกลไกรองรับผลลัพธ์ทั้งสามรูปแบบ

มีอะไรเปลี่ยนแปลงหลังพ้นช่วงแจ้งล่วงหน้า?

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

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

ความแตกต่างนี้สำคัญต่อการทำความเข้าใจเมื่อภารกิจไม่สำเร็จ ก่อนวันที่ 14 ตุลาคม แอปอาจใช้งานไม่ได้เพียงเพราะผู้พัฒนายังไม่ได้ตกลงเข้าร่วมอย่างเป็นทางการ หลังการเปลี่ยนแปลง การเข้าถึงก็ยังอาจล้มเหลวเนื่องจากการปฏิเสธ ข้อจำกัดของหน้าเว็บ การตรวจสอบตัวตน การกำหนดให้ผู้ใช้ยืนยัน หรือมาตรการความปลอดภัยของแอปเอง

เวอร์ชันสำหรับผู้บริโภคของผู้ช่วยเปิดตัวเมื่อวันที่ 14 กันยายน พร้อมความสามารถควบคุมโทรศัพท์ในรุ่นเบตา ฟังก์ชันอื่น ๆ เช่น บริการอัจฉริยะของ Doubao ผู้ช่วยชอปปิง สรุปการบันทึกเสียง และงานด้านการทำงาน เป็นคนละส่วนกับการที่แอปภายนอกรายใดอนุญาตให้ใช้ระบบอัตโนมัติบนหน้าจอหรือไม่

เส้นทางสู่วันที่ 14 ตุลาคม

การเปลี่ยนแปลงนโยบายเกิดขึ้นหลังจากก่อนหน้านี้ระบบควบคุมโทรศัพท์อัตโนมัติเผชิญกับระบบรักษาความปลอดภัยของแอป ในเดือนธันวาคม 2025 โทรศัพท์รุ่นทดลองเทคโนโลยี Doubao รุ่นแรกพบปัญหาเข้าสู่ระบบ WeChat การตรวจสอบของ Taobao และแอปธนาคารที่ระงับการเข้าสู่ระบบหรือการชำระเงินหลังตรวจพบสภาพแวดล้อมที่มีความเสี่ยง

การเปิดตัวสำหรับผู้บริโภคในเวลาต่อมากำหนดให้มีกระบวนการแจ้งอย่างเป็นทางการก่อนขยายการเข้าถึง เหตุการณ์สำคัญมีดังนี้

• ธันวาคม 2025: Nubia M153 เปิดตัวระบบอัตโนมัติ Doubao บนโทรศัพท์ ก่อนจะเกิดข้อจำกัดและปัญหาด้านความปลอดภัยในแอปใหญ่หลายรายการ
• 14 กันยายน 2026: ผู้ช่วยสำหรับผู้บริโภคเปิดตัวความสามารถควบคุมโทรศัพท์รุ่นเบตา และเริ่มช่วงแจ้งล่วงหน้า 30 วัน ผู้ใช้ M153 บางรายรายงานว่าสูญเสียความสามารถในการทำงานอัตโนมัติที่เคยใช้งานได้
• 16 กันยายน: Nubia NaviX Ultra วางจำหน่ายพร้อมผู้ช่วยสำหรับผู้บริโภค รายงานระบุว่าวันดังกล่าวเป็นวันเปิดตัวหรือวันเริ่มจำหน่าย
• 17 กันยายน: Doubao ชี้แจงว่าผู้พัฒนายังปฏิเสธการใช้ระบบอัตโนมัติได้หลังพ้นช่วงแจ้งล่วงหน้า
• 14 ตุลาคม: Doubao ประกาศว่าช่วงแจ้งล่วงหน้าสิ้นสุดแล้ว และจะทยอยเปิดให้เข้าถึงแอปจากผู้พัฒนาภายนอกที่เข้าเกณฑ์

สำหรับผู้ใช้เดิม ข้อจำกัดในเดือนกันยายนอาจทำให้รู้สึกว่าสูญเสียความสามารถในการใช้งาน รายงานกล่าวถึงเจ้าของ M153 ที่ไม่สามารถใช้ระบบจองรถ สั่งอาหาร และทำงานอื่น ๆ แบบอัตโนมัติที่คุ้นเคยได้อีก ข้อจำกัดดังกล่าวเป็นผลจากกฎการอนุญาตชั่วคราว ไม่ได้ยืนยันว่าผู้พัฒนาแอปที่ได้รับผลกระทบทั้งหมดปฏิเสธผู้ช่วยนี้

มีแอปใดบ้างที่ปฏิเสธการเข้าถึง?

รายชื่อแอปที่ปฏิเสธ ณ วันที่ 14 ตุลาคมครอบคลุมมากกว่า Alibaba และ Tencent รายงานยังระบุ DeepSeek, WPS และ Vipshop ตลอดจนแอปชอปปิง โซเชียลมีเดีย ธนาคาร และบริการในท้องถิ่น นอกจากนี้ยังมีรายงานว่าแอปของ China Mobile, China Unicom และ China Telecom ปฏิเสธการเข้าถึงด้วย

ข้อจำกัดเหล่านี้ส่งผลต่อ Nubia M153 และ Nubia NaviX Ultra ความสำคัญไม่ได้อยู่ที่จำนวนแอปเพียงอย่างเดียว แต่อยู่ที่บริการที่แอปเหล่านั้นครอบคลุม งานชอปปิงอาจเข้าไม่ถึงตลาดออนไลน์ งานสื่อสารอาจหยุดเมื่อถึงแอปส่งข้อความ และงานการเงินอาจเผชิญทั้งการปฏิเสธจากผู้พัฒนาและข้อกำหนดด้านความปลอดภัยของระบบที่แยกต่างหาก

ข้อมูลที่เผยแพร่ยังไม่ได้แจกแจงจำนวนแอปทั้งหมดที่เข้าถึงได้และไม่ได้ รายงานก่อนหน้านี้อ้างว่าแอปที่ใช้บ่อย 90% ทยอยรองรับ GUI agent ของ Doubao แต่ไม่ได้ระบุวิธีวัดหรือกลุ่มแอปทั้งหมดที่นำมาคำนวณ ตัวเลขดังกล่าวจึงไม่สามารถยืนยันสัดส่วนแอปที่เข้าถึงได้ภายใต้กฎเดือนตุลาคม

คำอธิบายในเดือนกันยายนระบุชื่อบริการที่รองรับ ได้แก่ Cao Cao Mobility, Qishui Music และ Feishu Minutes การปรากฏชื่อบริการในรายชื่อรองรับการควบคุมโทรศัพท์ ไม่ได้ยืนยันด้วยตัวเองว่าผู้พัฒนาทำการเชื่อมต่อทางเทคนิคกับ SAEP ครบทุกส่วน การรองรับงานและการนำโปรโตคอลไปใช้เป็นเรื่องที่เกี่ยวข้องกัน แต่ไม่ใช่เรื่องเดียวกัน

SAEP ควบคุมอะไรบ้าง?

คู่มือการเชื่อมต่ออย่างเป็นทางการของ Doubao อธิบายว่า SAEP เป็นโปรโตคอลที่ให้แอป Android กำหนดขอบเขตการทำงานของ GUI agent โดย GUI agent จะทำความเข้าใจส่วนติดต่อผู้ใช้แบบกราฟิกและดำเนินการต่าง ๆ เช่น คลิกปุ่มหรือกรอกข้อความ แทนการพึ่งพาส่วนติดต่อซอฟต์แวร์เฉพาะของแอปเพียงอย่างเดียว

คู่มือระบุว่ารองรับ ObricUI เวอร์ชัน 2.2 ขึ้นไป แต่นี่ไม่ได้หมายความว่า SAEP ใช้งานได้กับโทรศัพท์ Android ทุกรุ่น ผู้พัฒนาต้องตรวจสอบว่ามีและเปิดใช้ฟีเจอร์นี้บนอุปกรณ์เป้าหมายหรือไม่ หากตรวจสอบไม่ผ่าน แอปของตนต้องยังคงใช้มาตรการความปลอดภัยของแอปเอง

ข้อจำกัดมีสามระดับ ได้แก่ App ซึ่งครอบคลุมทั้งแอป; Activity ซึ่งครอบคลุมหน้าจอหรือหน้าใดหน้าหนึ่งของ Android; และ Intent ซึ่งครอบคลุมการดำเนินการทางธุรกิจ เช่น การเผยแพร่หรือลบเนื้อหา ในที่นี้ intent หมายถึงวัตถุประสงค์ของการดำเนินการ ไม่ใช่เพียงปุ่มที่ผู้ช่วยกดบนหน้าจอ

โครงสร้างนี้ช่วยให้แอปอนุญาตการช่วยเหลือบางอย่างได้ พร้อมปกป้องขั้นตอนที่ละเอียดอ่อน แอปสามารถห้ามการทำงานของ agent ทั้งหมดผ่าน global_disable ป้องกันการจับภาพหน้าจอผ่าน screenshot_disable หรือบล็อกการคลิกจำลองและการกรอกข้อความผ่าน input_disable ส่วนการควบคุมอื่น ๆ ครอบคลุมการแก้ไขเนื้อหา การเผยแพร่ขั้นสุดท้าย การลบ และรางวัลหรือสิทธิประโยชน์ส่งเสริมการขาย

แม้แอปอนุญาต ก็ยังต้องได้รับการยืนยัน

คู่มืออย่างเป็นทางการเน้นความแตกต่างสำคัญระหว่างการอนุญาตของแอปกับการตัดสินใจขั้นสุดท้ายของระบบ ผลลัพธ์ขึ้นอยู่กับตัวตนและสถานะความน่าเชื่อถือของ agent มาตรฐานความปลอดภัยของระบบ นโยบายที่แอปกำหนด และการอนุญาตจากผู้ใช้สำหรับงานปัจจุบัน

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

คู่มืออธิบายผลลัพธ์หลักสามรูปแบบ ALLOW อนุญาตให้ใช้ความสามารถที่เกี่ยวข้องของระบบ แต่ไม่ได้ยกเลิกข้อกำหนดด้านการยืนยันตัวตนของแอปหรือการอนุญาตจากผู้ใช้ BLOCK หยุดการดำเนินการ และต้องไม่ทำให้ผู้ช่วยพยายามหาทางอื่นเพื่อเลี่ยงข้อจำกัด CALL_USER หยุดระบบอัตโนมัติเพื่อขอการยืนยันจากระบบหรือให้ผู้ใช้เข้ามาดำเนินการเอง

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

ในเอกสารยังมีป้ายกำกับที่สี่คือ CLARIFY ซึ่งใช้กับการขอคำชี้แจงหรือข้อจำกัดที่ยืดหยุ่นกว่า ความหมายและความพร้อมใช้งานที่แน่ชัดขึ้นอยู่กับแพ็กเกจซอฟต์แวร์เป้าหมาย คู่มือยังเตือนผู้พัฒนาว่าอย่าคิดว่าลำดับของกฎ App, Activity และ Intent จะทำให้กฎภายหลังสามารถแทนที่ข้อจำกัดก่อนหน้าได้

ข้อจำกัดต้องทำงานได้จริง ไม่ใช่อาศัยเพียงคำรับรองของผู้ช่วย

ข้อกล่าวอ้างทางเทคนิคที่สำคัญที่สุดของ SAEP คือ ข้อจำกัดควรทำงานผ่านจุดควบคุมของระบบ ไม่ใช่พึ่งเพียงการที่ agent เลือกจะปฏิบัติตาม การเข้าถึงภาพหน้าจอ การอ่านผ่าน accessibility การคลิก และการป้อนข้อมูลจำลอง ควรทำผ่านช่องทางการดำเนินการที่มีการควบคุม

คู่มือยกตัวอย่างที่ชัดเจน การห้ามของแอปสามารถป้องกันไม่ให้แอปเป้าหมายเข้าสู่จอแสดงผลเสมือนของ agent ได้ ข้อจำกัดการจับภาพหน้าจอสามารถใช้ชั้นแสดงผลแบบปลอดภัย ส่วนการจำกัดการป้อนข้อมูลสามารถหยุดการดำเนินการจำลองผ่านเส้นทางจัดการอินพุตของ Android

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

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

บันทึกการตรวจสอบช่วยเก็บหลักฐาน แต่มีข้อจำกัดด้านระยะเวลาเก็บ

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

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

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

บันทึกจะถูกจัดเก็บในพื้นที่ปลอดภัยบนอุปกรณ์ และเก็บไว้ตามค่าเริ่มต้น 60 วัน ระบบจะเริ่มลบข้อมูลเก่าแบบหมุนเวียนเมื่อฐานข้อมูลมีขนาดเกิน 100 MB หรือมีจำนวนบันทึกเกิน 100,000 รายการ เงื่อนไขเหล่านี้เป็นตัวกระตุ้นคนละข้อ ดังนั้นอุปกรณ์ที่มีการใช้งานหนักอาจลบบันทึกเก่าก่อนครบ 60 วัน ความสามารถในการค้นหา ส่งออก และเก็บรักษาจริงขึ้นอยู่กับเวอร์ชันของระบบ

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

สิทธิ์เลือกของผู้ใช้กับอำนาจควบคุมของผู้พัฒนายังขัดแย้งกัน

SAEP ให้เครื่องมือที่เป็นระบบแก่ผู้พัฒนาในการปฏิเสธหรือจำกัดการทำงานอัตโนมัติ แต่ไม่ได้ยุติข้อถกเถียงทางกฎหมายว่าผู้ช่วยที่ทำงานแทนผู้ใช้ต้องได้รับอนุญาตแยกจากแต่ละแอปหรือไม่ กฎการทำงานของโปรโตคอลและสถานะทางกฎหมายของการอนุญาตจากผู้ใช้เป็นคนละประเด็นกัน

เก๋อ เจียงชิว รองศาสตราจารย์คณะนิติศาสตร์ มหาวิทยาลัยฟู่ตั้น เห็นว่า agent ทำหน้าที่ช่วยเหลือหรือดำเนินการแทนผู้ใช้เป็นหลัก และผลทางกฎหมายจากการกระทำของ agent ควรตกอยู่กับผู้ใช้ อู๋ เพ่ยเฉิง นักวิจัยจากคณะนิติศาสตร์กวงหัว มหาวิทยาลัยเจ้อเจียง สนับสนุนแนวทางให้ผู้ใช้อนุญาตเพียงครั้งเดียว และเห็นว่าการกำหนดให้ต้องได้รับอนุญาตเพิ่มเติมจากแพลตฟอร์มจะจำกัดการใช้งานประจำวันและเพิ่มต้นทุนให้ภาคอุตสาหกรรม

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

ความเห็นเหล่านี้เป็นจุดยืนทางวิชาการ ไม่ใช่คำวินิจฉัยของศาลที่ลบล้างข้อจำกัดของผู้พัฒนา ในทางปฏิบัติ แนวทางที่ Doubao ประกาศไว้คือเคารพการปฏิเสธอย่างชัดเจน ดังนั้น คำสั่งของผู้ใช้จึงไม่สามารถลบล้างข้อห้ามของแอปภายใต้กฎการทำงานของผู้ช่วยได้

ผู้ใช้จะคาดหวังอะไรได้บ้างต่อจากนี้

NaviX Ultra รุ่นหน่วยความจำ 12 GB และพื้นที่จัดเก็บ 512 GB ตั้งราคาไว้ที่ 5,999 หยวน โดยมีราคาเริ่มต้น 5,499 หยวนหลังหักเงินอุดหนุนจากภาครัฐ เท่ากับลดลง 500 หยวน หรือราว 8.3% จากราคาที่ระบุ การซื้ออุปกรณ์ไม่ได้รับประกันว่าจะเข้าถึงแอปได้ทุกแอปหรือทำงานทุกอย่างสำเร็จ

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

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

บททดสอบในทางปฏิบัติต่อจากนี้คือ ผู้ใช้จะได้รับคำอธิบายที่คาดเดาได้หรือไม่เมื่องานหยุดลง ไม่ว่าจะเป็นเพราะผู้พัฒนาปฏิเสธ หน้าเว็บที่ได้รับการปกป้อง กฎความปลอดภัยของระบบ หรือการขอให้ผู้ใช้ยืนยัน การทยอยเปิดช่วยขยายขอบเขตงานที่ผู้ช่วยอาจทำได้ ขณะที่ SAEP กำหนดว่าขอบเขตนั้นต้องสิ้นสุดตรงไหน

ประเด็นสำคัญ

• Doubao ประกาศเมื่อวันที่ 14 ตุลาคมว่าจะทยอยเปิดระบบอัตโนมัติบนหน้าจอสำหรับแอปจากผู้พัฒนาภายนอก หลังช่วงแจ้งล่วงหน้า 30 วัน
• ผู้ช่วยจะไม่ดำเนินการกับแอปที่ปฏิเสธการเข้าถึงอย่างชัดเจน
• รายชื่อแอปที่ปฏิเสธครอบคลุมบริการรายใหญ่ของ Alibaba และ Tencent ธนาคาร แพลตฟอร์มชอปปิง และแอปยอดนิยมอื่น ๆ
• ผู้พัฒนายังปฏิเสธการเข้าถึงได้ โดย Doubao ให้คำมั่นว่าจะตอบกลับภายในสามวันทำการ
• SAEP รองรับข้อจำกัดทั้งระดับแอปทั้งหมด หน้าเว็บแต่ละหน้า และการดำเนินการทางธุรกิจเฉพาะรายการ
• ยังต้องปฏิบัติตามข้อกำหนดด้านความปลอดภัยของระบบและการอนุญาตจากผู้ใช้ แม้แอปจะอนุญาตให้ใช้ระบบอัตโนมัติ
• คู่มืออย่างเป็นทางการระบุว่ารองรับ ObricUI 2.2 ขึ้นไป โดยความสามารถบางส่วนขึ้นอยู่กับเวอร์ชันของระบบเป้าหมาย
• ยังไม่มีการประกาศกำหนดการโดยละเอียดสำหรับการเปิดแอปแต่ละรายการ