प्रमुख प्लेटफ़ॉर्मों के इनकार के बीच Doubao ने फ़ोन ऐप ऑटोमेशन धीरे-धीरे खोलना शुरू किया

30 दिन की नोटिस अवधि खत्म, कई बड़े ऐप अब भी उपलब्ध नहीं

Doubao Phone Assistant ने 14 अक्टूबर को घोषणा की कि Screen Automation Execution Protocol (SAEP) के लिए 30 दिन की सार्वजनिक नोटिस अवधि पूरी होने के बाद वह तीसरे पक्ष के ऐपों को स्क्रीन ऑटोमेशन की सुविधा धीरे-धीरे देना शुरू करेगा। नोटिस अवधि के बाद भी डेवलपर पहुँच देने से इनकार कर सकते हैं। जिन ऐपों ने ऑटोमेशन को स्पष्ट रूप से अस्वीकार किया है, उन्हें असिस्टेंट संचालित नहीं करेगा।

इनकार की सूची में ऐसी कई सेवाएँ हैं जो रोज़मर्रा के कामों के लिए फ़ोन असिस्टेंट को उपयोगी बनातीं। 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% ऐपों ने Doubao के GUI एजेंट को क्रमशः सपोर्ट दिया है, लेकिन उसमें न तो मापने का तरीका बताया गया और न ही गिनी गई ऐपों की पूरी सूची। इस आँकड़े से यह तय नहीं होता कि अक्टूबर के नियमों के तहत कितने ऐप उपलब्ध हैं।

सितंबर में सपोर्टेड सेवाओं के विवरण में Cao Cao Mobility, Qishui Music और Feishu Minutes के नाम थे। फ़ोन संचालन की सपोर्ट सूची में किसी सेवा का होना अपने-आप यह साबित नहीं करता कि उसके डेवलपर ने SAEP के तकनीकी एकीकरण के सभी चरण पूरे कर लिए हैं। किसी काम के लिए सपोर्ट और प्रोटोकॉल अपनाना एक-दूसरे से जुड़े हैं, लेकिन दोनों अलग बातें हैं।

SAEP वास्तव में किन चीज़ों को नियंत्रित करता है?

Doubao की आधिकारिक एकीकरण गाइड के मुताबिक, SAEP ऐसा प्रोटोकॉल है जिसके ज़रिए Android ऐप GUI एजेंट के लिए सीमाएँ तय करते हैं। GUI एजेंट ग्राफ़िकल यूज़र इंटरफ़ेस को समझता है और सिर्फ ऐप के समर्पित सॉफ़्टवेयर इंटरफ़ेस पर निर्भर रहने के बजाय बटन दबाने या टेक्स्ट दर्ज करने जैसी कार्रवाइयाँ करता है।

गाइड में ObricUI संस्करण 2.2 और उसके बाद के संस्करणों के लिए सपोर्ट बताया गया है। इसका मतलब यह नहीं कि SAEP हर Android फ़ोन पर काम करता है। डेवलपरों को जाँचना होगा कि लक्षित डिवाइस पर यह सुविधा मौजूद और सक्षम है या नहीं। अगर यह जाँच सफल न हो, तो उनके ऐपों को अपने सुरक्षा नियंत्रणों पर निर्भर रहना होगा।

पाबंदियाँ तीन स्तरों पर लागू होती हैं: App, यानी पूरा ऐप; Activity, यानी कोई खास Android स्क्रीन या पेज; और Intent, यानी सामग्री प्रकाशित करने या मिटाने जैसी कारोबारी कार्रवाई। यहाँ intent का मतलब किसी काम का उद्देश्य है, न कि सिर्फ वह बटन जिसे असिस्टेंट दबाता है।

इस व्यवस्था से ऐप संवेदनशील चरणों की सुरक्षा करते हुए कुछ कामों में सहायता की अनुमति दे सकता है। वह global_disable के ज़रिए एजेंट की सभी गतिविधियों पर रोक लगा सकता है, screenshot_disable से स्क्रीनशॉट रोक सकता है, या input_disable से सिम्युलेटेड क्लिक और टेक्स्ट दर्ज करने पर पाबंदी लगा सकता है। दूसरे नियंत्रण सामग्री में बदलाव, अंतिम प्रकाशन, मिटाने और इनाम या प्रचार संबंधी लाभों पर रोक लगाते हैं।

अनुमत कार्रवाई के लिए भी मंज़ूरी ज़रूरी

आधिकारिक गाइड ऐप की अनुमति और सिस्टम के अंतिम निर्णय के बीच अहम अंतर बताती है। नतीजा एजेंट की पहचान और विश्वसनीय स्थिति, सिस्टम के सुरक्षा मानक, ऐप की घोषित नीति और मौजूदा काम के लिए उपयोगकर्ता की अनुमति पर निर्भर करता है।

ऐप सिस्टम के सुरक्षा मानक को कमज़ोर नहीं कर सकते। अगर सिस्टम रोक या उपयोगकर्ता के हस्तक्षेप की माँग करता है, तो ऐप उस नतीजे को अनुमति में नहीं बदल सकता। लागू होने वाले कई नियमों में टकराव हो, तो सख्त नियम प्रभावी होगा। नीति को पढ़ने में विफलता होने पर सिस्टम ऐप की डिफ़ॉल्ट उपयोग योग्य नीति अपनाता है और कारण दर्ज करता है।

गाइड तीन मुख्य नतीजे बताती है। ALLOW का मतलब है कि संबंधित सिस्टम सुविधा इस्तेमाल की जा सकती है, लेकिन इससे ऐप की प्रमाणीकरण प्रक्रिया या उपयोगकर्ता की अनुमति की शर्तें खत्म नहीं होतीं। BLOCK कार्रवाई रोकता है और असिस्टेंट को पाबंदी से बचने का दूसरा रास्ता नहीं खोजना चाहिए। CALL_USER ऑटोमेशन रोककर सिस्टम से पुष्टि लेने या उपयोगकर्ता को खुद कार्रवाई करने के लिए कहता है।

उपयोगकर्ता की पुष्टि सिर्फ स्क्रीन पर दिखाए गए उस खास चरण के लिए लागू होती है। यह बाद की हर कार्रवाई की सामान्य अनुमति नहीं है। भुगतान, धन हस्तांतरण, खाते का प्रमाणीकरण, प्रकाशन, सामग्री मिटाना और अनुमति में बदलाव उन संवेदनशील गतिविधियों में हैं जिनके लिए सिस्टम पुष्टि, उपयोगकर्ता के हस्तक्षेप या इनकार की माँग कर सकता है।

दस्तावेज़ में स्पष्टीकरण या कम सख्त पाबंदियों के लिए चौथा लेबल CLARIFY भी दिया गया है। इसका सटीक अर्थ और उपलब्धता लक्षित सॉफ़्टवेयर पैकेज पर निर्भर करती है। गाइड डेवलपरों को यह मानने से भी आगाह करती है कि App, Activity और Intent नियमों के क्रम के कारण बाद का नियम पहले की पाबंदी को बदल सकता है।

पाबंदियाँ असिस्टेंट के वादों से आगे लागू होनी चाहिए

SAEP का सबसे मज़बूत तकनीकी दावा यह है कि पाबंदियाँ सिस्टम के नियंत्रण बिंदुओं पर लागू होनी चाहिए, सिर्फ इस पर निर्भर नहीं कि एजेंट उनका पालन करने का फैसला करे। स्क्रीनशॉट तक पहुँच, accessibility के ज़रिए पढ़ना, क्लिक और सिम्युलेटेड इनपुट नियंत्रित संचालन मार्गों से होकर जाने चाहिए।

गाइड इसके ठोस उदाहरण देती है। ऐप पर रोक लक्षित ऐप को एजेंट के वर्चुअल डिस्प्ले में खुलने से रोक सकती है। स्क्रीनशॉट पर पाबंदी के लिए सुरक्षित डिस्प्ले लेयर इस्तेमाल की जा सकती है। इनपुट सीमाएँ Android के इनपुट प्रबंधन मार्ग में सिम्युलेटेड कार्रवाइयाँ रोक सकती हैं।

हालाँकि, एक अहम शर्त है: कारोबारी इरादों से जुड़ी पाबंदियों का पूरा पालन लक्षित सिस्टम संस्करण पर निर्भर करता है। डेवलपरों को यह नहीं मानना चाहिए कि एजेंट के अपने पालन के दावे से यह साबित हो जाता है कि प्रकाशन, सामग्री मिटाने या इनाम से जुड़ी पाबंदियाँ तकनीकी रूप से लागू हैं।

एकीकरण का सुझाया गया बुनियादी तरीका ऐप के साथ पैकेज की गई स्थिर नीति है। ऐप इंस्टॉल या अपडेट होने पर सिस्टम इसे पढ़कर कैश कर लेता है; इसके लिए ऐप की प्रक्रिया का चालू होना ज़रूरी नहीं। वैकल्पिक डायनेमिक अपडेट से उपयोगकर्ता की स्थिति या कारोबारी परिस्थितियों के साथ नियम बदले जा सकते हैं। इन अपडेट के संस्करण नंबर बढ़ते क्रम में होने चाहिए और अपडेट विफल होने पर पिछली वैध नीति बरकरार रहनी चाहिए।

ऑडिट लॉग रिकॉर्ड देते हैं, लेकिन उन्हें रखने की सीमाएँ हैं

प्रोटोकॉल में ऐपों को पंजीकृत एजेंटों की जाँच करने और अपने ऐप से जुड़े ऑडिट रिकॉर्ड देखने के लिए इंटरफ़ेस दिए गए हैं। पहचान संबंधी जानकारी में एजेंट का पहचानकर्ता, पैकेज का नाम, हस्ताक्षर, प्रकार, विश्वसनीय स्थिति और संस्करण शामिल हो सकते हैं। सिर्फ पंजीकरण होने का मतलब यह नहीं कि एजेंट को हर कारोबारी कार्रवाई की अनुमति है।

ऑडिट व्यवस्था में नीति का निर्णय और कार्रवाई का वास्तविक नतीजा, दोनों दर्ज होते हैं। इससे डेवलपर यह पहचान सकते हैं कि अनुमति मिलने के बाद कार्रवाई विफल हुई या कार्रवाई अस्वीकार होने के बाद पाबंदी को दरकिनार करने की कोशिश की गई। रिकॉर्ड में एजेंट को सत्र, काम के चरण, लक्षित ऐप, पेज, कार्रवाई के प्रकार, नीति संस्करण और कारण कोड से जोड़ा जा सकता है।

गाइड के मुताबिक, रिकॉर्ड में कच्चे स्क्रीनशॉट, उपयोगकर्ता द्वारा दर्ज की गई संवेदनशील निजी जानकारी या इंटरफ़ेस के पूरे कंट्रोल ट्री शामिल नहीं होने चाहिए। ऐप सिर्फ अपने पैकेज से जुड़े रिकॉर्ड देख सकते हैं, दूसरे ऐपों का इतिहास नहीं।

लॉग डिवाइस के सुरक्षित हिस्से में रखे जाते हैं और सामान्यतः 60 दिनों तक सुरक्षित रहते हैं। डेटाबेस का आकार 100 MB से बढ़ने या रिकॉर्ड की संख्या 100,000 से अधिक होने पर भी पुराने रिकॉर्ड हटाए जाने लगते हैं। ये वैकल्पिक सीमाएँ हैं, इसलिए अधिक उपयोग वाले डिवाइस पर रिकॉर्ड 60 दिन से पहले भी हट सकते हैं। रिकॉर्ड देखने, एक्सपोर्ट करने और सुरक्षित रखने की वास्तविक सुविधाएँ सिस्टम संस्करण पर निर्भर करती हैं।

Doubao ने अलग से कहा है कि संवेदनशील जानकारी को डिवाइस पर ही संसाधित करना उसकी प्राथमिकता है। उसकी टीम का कहना है कि जो डेटा क्लाउड तक पहुँचना ज़रूरी है, उसे डिवाइस पर अतिरिक्त एन्क्रिप्शन दिया जाता है और सत्र के बाद संबंधित कुंजी नष्ट कर दी जाती है। ये घोषित डिज़ाइन प्रक्रियाएँ हैं, इस बात की स्वतंत्र पुष्टि नहीं कि हर लागू कार्यप्रवाह में उनका पालन होता है।

उपयोगकर्ता की पसंद और डेवलपर का नियंत्रण आमने-सामने

SAEP डेवलपरों को ऑटोमेशन से इनकार करने या उसे सीमित करने का व्यवस्थित तरीका देता है, लेकिन इससे यह कानूनी बहस खत्म नहीं होती कि उपयोगकर्ता की ओर से काम करने वाले असिस्टेंट को हर ऐप से अलग अनुमति लेनी चाहिए या नहीं। प्रोटोकॉल के संचालन नियम और उपयोगकर्ता की अनुमति की कानूनी स्थिति अलग-अलग मामले हैं।

Fudan University Law School के एसोसिएट प्रोफ़ेसर Ge Jiangqiu का तर्क है कि एजेंट मूलतः उपयोगकर्ता की सहायता करता है या उसकी ओर से काम करता है, और उसकी कार्रवाइयों के कानूनी प्रभाव उपयोगकर्ता पर पड़ते हैं। Zhejiang University की Guanghua Law School के शोधकर्ता Wu Peicheng एकल उपयोगकर्ता-अनुमति के पक्ष में हैं। उनका कहना है कि प्लेटफ़ॉर्म से अतिरिक्त अनुमति माँगना रोज़मर्रा के इस्तेमाल को सीमित करेगा और उद्योग की लागत बढ़ाएगा।

East China University of Political Science and Law के Competition Law Research Center के कार्यकारी निदेशक Zhai Wei ऐपों के बीच पहुँच के सवाल को निजी डेटा पर उपयोगकर्ता के नियंत्रण, जिसमें डेटा को दूसरी जगह ले जाना और मिटाना शामिल है, के संदर्भ में देखते हैं। Renmin University of China Law School की एसोसिएट प्रोफ़ेसर Huang Yinxu का भी तर्क है कि जब एजेंट उपयोगकर्ता के निर्देश सही ढंग से पूरा करता है, तो वैध सिस्टम अनुमति के साथ बाहरी प्लेटफ़ॉर्म से बार-बार मंज़ूरी लेने की ज़रूरत नहीं होनी चाहिए।

ये विद्वानों के विचार हैं, डेवलपर की पाबंदियाँ हटाने वाला अदालत का फैसला नहीं। व्यावहारिक रूप से Doubao का घोषित तरीका स्पष्ट इनकार का सम्मान करता है। इसलिए उपयोगकर्ता का निर्देश असिस्टेंट के संचालन नियमों के तहत ऐप की रोक को नहीं बदलता।

उपयोगकर्ता आगे क्या उम्मीद कर सकते हैं?

NaviX Ultra के 12 GB मेमोरी और 512 GB स्टोरेज वाले संस्करण की कीमत 5,999 युआन रखी गई थी। राष्ट्रीय सब्सिडी के बाद शुरुआती कीमत 5,499 युआन थी। यह 500 युआन की कमी, यानी सूचीबद्ध कीमत का लगभग 8.3% है। डिवाइस खरीदने से हर ऐप तक पहुँच या हर काम पूरा होने की गारंटी नहीं मिलती।

Doubao के प्रदर्शनों में इच्छित अनुभव दिखाया गया है: कैमरे के दृश्य का इस्तेमाल करके तय आकार और बजट के भीतर अलमारी ढूँढ़ने वाला असिस्टेंट, या पहले से ज्ञात पते के आधार पर राइड बुक करने वाला असिस्टेंट। ये प्रदर्शन नियोजित कार्यप्रवाह दिखाते हैं, इस बात का प्रमाण नहीं कि मौजूदा नियमों के तहत हर खरीदारी या परिवहन सेवा इसकी अनुमति देती है।

14 अक्टूबर के बाद किन ऐपों को कब उपलब्ध कराया जाएगा, इसका विस्तृत कार्यक्रम घोषित नहीं किया गया है। प्रकाशित विवरणों से यह भी तय नहीं होता कि कितने ऐपों ने अनुमति दी है, विस्तार की पूरी समय-सारणी क्या है या हर समर्थित संस्करण में सभी Intent पाबंदियाँ एकसमान तकनीकी रूप से लागू हैं या नहीं।

अगली व्यावहारिक कसौटी यह होगी कि काम रुकने पर उपयोगकर्ताओं को स्पष्ट और भरोसेमंद कारण बताया जाता है या नहीं: डेवलपर का इनकार, सुरक्षित पेज, सिस्टम का सुरक्षा नियम या उपयोगकर्ता से पुष्टि की माँग। धीरे-धीरे पहुँच देने से असिस्टेंट की संभावित पहुँच बढ़ती है, जबकि SAEP तय करता है कि उसे कहाँ रुकना होगा।

मुख्य बातें

• 30 दिन की नोटिस अवधि के बाद Doubao ने 14 अक्टूबर को तीसरे पक्ष के ऐपों में स्क्रीन ऑटोमेशन धीरे-धीरे खोलने की घोषणा की।
• पहुँच से स्पष्ट रूप से इनकार करने वाले ऐप असिस्टेंट द्वारा संचालित नहीं किए जाएँगे।
• इनकार की सूची में Alibaba और Tencent की बड़ी सेवाओं, बैंकों, खरीदारी प्लेटफ़ॉर्मों और अन्य लोकप्रिय ऐपों के नाम हैं।
• डेवलपर अब भी पहुँच देने से इनकार कर सकते हैं। Doubao ने तीन कार्यदिवसों में जवाब देने की प्रतिबद्धता जताई है।
• SAEP पूरे ऐप, अलग-अलग पेजों और विशिष्ट कारोबारी कार्रवाइयों पर पाबंदियाँ लगाने की सुविधा देता है।
• ऐप ऑटोमेशन की अनुमति दे, तब भी सिस्टम की सुरक्षा शर्तें और उपयोगकर्ता की अनुमति ज़रूरी हैं।
• आधिकारिक गाइड में ObricUI 2.2 और उसके बाद के संस्करणों का उल्लेख है। कुछ सुविधाएँ लक्षित संस्करण पर निर्भर करती हैं।
• अलग-अलग ऐपों को उपलब्ध कराने की विस्तृत समय-सारणी घोषित नहीं की गई है।