هل يضيف هاتف iPhone Duo أتمتة اختصارات الفتح/الإغلاق؟ إليك كيف تعمل

هل يضيف هاتف iPhone Duo أتمتة اختصارات الفتح والإغلاق؟ أدمجت أبل مشغلاً مخصصاً باسم "مفتوح أو مغلق" (Opened or Closed) ضمن تطبيق الاختصارات (Shortcuts) في نظام iOS لهاتف iPhone Duo، مما يتيح للمستخدمين تشغيل سير العمل المُكوّن مسبقاً عندما يتغير وضع الجهاز القابل للطي. وقد تم تسليط الضوء على هذه الميزة في 25 أكتوبر 2026 بواسطة MacRumors إثر استعراض عملي قدّمه صانع المحتوى ستيفن روبلس (Stephen Robles)—والتي تم رصدها لأول مرة في نصوص المحاكي بواسطة الباحث pdfu في شهر سبتمبر—حيث يقع هذا المشغل ضمن فئة "العرض" (Display) في قسم الأتمتة الشخصية. وبدلاً من العمل كأداة إطلاق خفية في الخلفية دون قيود، تعمل هذه الميزة ضمن قواعد الأتمتة المرتبطة بالجهاز من أبل، حيث تظل إعدادات المشغل، وأذونات مستوى الإجراءات، وقيود حالة القفل، ودورات حياة واجهات التطبيقات طبقات معمارية مستقلة.

كيف يعمل مشغل الفتح أو الإغلاق في الأتمتة الشخصية لنظام iOS

لمحة سريعة

• اسم وموقع المشغل المؤكد: يتضمن هاتف iPhone Duo مشغلاً باسم "مفتوح أو مغلق" داخل قسم العرض في أتمتة الاختصارات الشخصية، والذي استعرضه ستيفن روبلس وتم التعرف عليه مسبقاً في شيفرات المحاكي بواسطة pdfu.
• النطاق المرتبط بالجهاز: وفقاً لهندسة الأتمتة الشخصية من أبل، ترتبط عمليات الأتمتة بجهاز محدد، ويتم عمل نسخة احتياطية لها على iCloud لغرض الاستعادة، بينما تُستبعد من المزامنة عبر الأجهزة المختلفة.
• حدود التنفيذ الشرطي: على الرغم من إمكانية تكوين الأتمتة الشخصية المدعومة لتشغيلها دون سؤال، إلا أن التنفيذ الفعلي يظل معتمداً على أذونات الإجراءات الفردية، والقيود المتعلقة بالواجهة الأمامية، وحالة قفل الجهاز.

تُدخل إضافة مشغل "مفتوح أو مغلق" انتقالات الحالة الفيزيائية للمفصلة إلى طبقة الأتمتة القابلة للتخصيص من قبل المستخدم في نظام iOS. وكما أفادت MacRumors والتغطيات اللاحقة من ITHome وQudong China، يمكن للمستخدمين ربط عملية فتح أو إغلاق هاتف iPhone Duo بالإجراءات المتوفرة في مكتبة الاختصارات. ويتمثل المثال الاستهلاكي المُستعرض في التبديل الديناميكي للخلفيات—حيث يتم تطبيق خلفية ذات تخطيط عريض عند فتح الشاشة الداخلية والعودة إلى خلفية أبسط عند إغلاق الجهاز.

لتقييم ما يمكن أن تحققه هذه الإمكانية وما لا يمكنها فعله في بيئة الإنتاج، يجب على فرق الهندسة الرجوع إلى قواعد أبل الرسمية في دليل مقدمة إلى الأتمتة الشخصية في الاختصارات ودليل تمكين أو تعطيل أتمتة شخصية:

• النطاق المحلي القائم على الأحداث: تستجيب الأتمتة الشخصية للأحداث التي تحدث على وحدة الأجهزة المحلية—مثل وقت النهار، أو الوصول إلى موقع معين، أو فتح تطبيق، أو تغيير حالة العرض.
• النسخ الاحتياطي على iCloud دون مزامنة عبر الأجهزة: بخلاف الاختصارات القياسية التي تتزامن عبر أجهزة iPhone وiPad وMac الخاصة بالمستخدم، تظل عمليات الأتمتة الشخصية محلية بشكل صارم للجهاز الذي تم إنشاؤها عليه. يتم نسخها احتياطياً إلى iCloud لاستعادة الجهاز ولكنها لا تنتقل أبداً إلى أجهزة أخرى مسجلة على نفس حساب أبل.
• إعدادات المشغل مقابل أذونات مستوى الإجراء: عند تكوين أتمتة شخصية مدعومة، يمكن للمستخدمين التبديل بين تلقي إشعار تأكيد ("السؤال قبل التشغيل") والسماح للمشغل "بالتشغيل الفوري" (التشغيل دون سؤال). ومع ذلك، فإن تحديد التنفيذ الفوري على مستوى المشغل لا يمنح تنفيذاً صامتاً غير مشروط لكل إجراء لاحق. تظل الإجراءات الفردية—لا سيما تلك التي تبدل التطبيقات في الواجهة الأمامية، أو تصل إلى بيانات المستخدم المحمية، أو تعمل أثناء قفل الجهاز—خاضعة لسياسات الأمان في نظام iOS والطلبات الخاصة بكل إجراء.

الفصل بين أحداث المشغل، وواجهات App Intents، وإدارة حالة المشاهد

يتمثل الخطأ الهندسي الشائع عند تحليل مشغلات أتمتة أنظمة التشغيل الجديدة في الخلط بين مشغل الأجهزة وتنفيذ تطبيقات الطرف الثالث بشكل غير مشروط. وعلى هاتف iPhone Duo، تحكم خمس طبقات منفصلة ما يحدث عندما يفتح المستخدم المفصلة أو يغلقها:

[الطبقة 1: حدث فتح / إغلاق المفصلة في الأجهزة]
                      │
                      ▼
[الطبقة 2: مشغل الأتمتة الشخصية للاختصارات ("مفتوح أو مغلق")]
                      │
         ┌────────────┴────────────┐
         ▼                         ▼
[السؤال قبل التشغيل]      [التشغيل دون سؤال (عند الدعم)]
 (إشعار التنبيه)     (خاضع لفحوصات الإجراء وحالة القفل)
         │                         │
         └────────────┬────────────┘
                      ▼
[الطبقة 3: إجراء الاختصار المُكوّن (إعدادات النظام مقابل إجراءات التطبيق)]
                      │
                      ▼
[الطبقة 4: App Intent / فتح التطبيق / إجراء الرابط — تنفيذ مشروط]
                      │
                      ▼
[الطبقة 5: الحالة الخاصة بالتطبيق وتخطيط المشهد (UIWindowScene / SceneStorage)]

الحدود الشرطية لـ App Intents وإجراءات الروابط

من خلال إطار عمل App Intents من أبل، يمكن لمطوري الطرف الثالث توفير إجراءات وكيانات خاصّة بالتطبيقات لتطبيق الاختصارات لكي يتمكن المستخدمون من دمجها في سير العمل المخصص. ومع ذلك، فإن الدعم العام لـ App Intents لا يضمن تلقائياً كيفية تفاعل كل إجراء تحت مشغل "مفتوح أو مغلق":

• التنفيذ في الواجهة الأمامية مقابل الخلفية: تسلك النوايا الخفيفة في الخلفية (مثل تسجيل الطابع الزمني للحالة أو تبديل تفضيل داخل التطبيق لا يتطلب ظهور واجهة المستخدم) سلوكاً مختلفاً عن الإجراءات التي تحاول جلب التطبيق إلى الواجهة الأمامية (Open App أو openAppWhenRun).
• قيود حالة القفل: غالباً ما يتزامن إغلاق هاتف iPhone Duo مع قفل الشاشة أو الانتقال إلى الشاشة الخارجية، بينما قد يتطلب فتح الجهاز المصادقة البيومترية بناءً على إعدادات الأمان الخاصة بالمستخدم. قد تتوقف الإجراءات التي تتطلب سلسلة مفاتيح (Keychain) غير مقفلة أو مشهداً نشطاً في الواجهة الأمامية مؤقتاً أو تطلب تأكيداً حتى اكتمال المصادقة.
• مخططات الروابط (URL Schemes) والروابط الشاملة (Universal Links): على الرغم من أن الاختصارات تتضمن إجراءات قادرة على فتح الروابط، إلا أن الروابط الشاملة ومخططات الروابط المخصصة لا تراقب وضعية المفصلة بطبيعتها، كما لا يوجد دليل مؤكد على أن مشغل "مفتوح أو مغلق" يتجاوز تأكيد النظام القياسي أو متطلبات الواجهة الأمامية عند استدعاء الروابط العميقة. يجب على المطورين التعامل مع تنفيذ الروابط أو النوايا المشغلة بالوضعية باعتبارها سير عمل مشروطاً ومكوّناً بواسطة المستخدم يتطلب اختباراً تجريبياً على الأجهزة الفعلية.

المسؤوليات المستقلة: نوافذ نظام التشغيل مقابل استمرارية حالة التطبيق

عندما يكون أحد تطبيقات الواجهة الأمامية نشطاً بالفعل بينما يقوم المستخدم بفتح هاتف iPhone Duo أو إغلاقه، تتم إدارة الانتقال بين الشاشة الخارجية والشاشة الداخلية العريضة بواسطة واجهات برمجة تطبيقات النوافذ في نظام iOS (تحديداً UIWindowScene وتخطيطات SwiftUI التكيفية)—وليس بواسطة الاختصارات.

إذا قام المستخدم أيضاً بتكوين أتمتة "مفتوح أو مغلق" تتفاعل مع نفس التطبيق أثناء انتقال الوضعية، فيمكن أن يحدث كلا الحدثين في وقت متقارب زمنياً. ويظل الحفاظ على مكدسات التنقل النشطة، أو إدخالات النماذج، أو العروض ذات الروابط العميقة عبر تغييرات هندسة الشاشة من مسؤولية منطق أعمال التطبيق:

الخط الأساسي لوضعيات نظام iOS 27 الموثقة مقابل ميزات iOS 27.1 المُبلّغ عنها

عند تصميم التخطيطات واختبار تفاعلات الأتمتة على هاتف iPhone Duo، يجب على الفرق الهندسية التمييز بين خط أساس وضعيات نظام iOS 27 المُوثق رسمياً من أبل وبين مزاعم وسائل الإعلام الثانوية غير المؤكدة المتعلقة بنظام iOS 27.1.

الخط الأساسي لوضعيات الشاشة ونظام Split View الرسمي في iOS 27

في إعلان غرفة أخبار أبل لهاتف iPhone Duo ودليل مستخدم iPhone الرسمى، تُرسّخ أبل حالات الأجهزة التالية وأساس مهام متعددة:

• حالات الفتح والإغلاق: يؤدي فتح الجهاز إلى تنشيط الشاشة الداخلية العريضة، والتي تدعم رسمياً تشغيل تطبيقين جنباً إلى جنب عبر وضع التقسيم Split View في نظام iOS 27. بينما يؤدي إغلاق الجهاز إلى تحويل التفاعل إلى الشاشة الخارجية للمهام التي تتم بيد واحدة.
• الوضعيات المطوية جزئياً: توثق أبل ثلاثة تكوينات للأسطح المطوية جزئياً—وضع الكتاب (Book) (يتم حمله عمودياً أو وضعه لـ وضع الاستعداد StandBy والالتقاط الذكي Smart Capture)، ووضع الخيمة (Tent) (بحيث تواجه الشاشة الخارجية المشاهد لغرض الاستعداد أو معاينات الصور الخارجية للموضوع)، ووضع الكرسي أو الحاسوب المحمول (Chair or Laptop) (حيث تُطوى الشاشة الداخلية عمودياً للتحكم في الفيديو بدون استخدام اليدين ومكالمات فيس تايم المزدوجة الشاشة Duo FaceTime).

مزاعم نظام iOS 27.1 المُبلّغ عنها إعلامياً (غير مؤكدة بالوثائق الرسمية)

في تغطيتها الصادرة في 26 أكتوبر لاختصارات المشغل، زعمت المنصات الإعلامية الصينية ITHome وQudong China بالإضافة إلى ذلك أن نظام iOS 27.1 يقدم لوحة ساعة مكتب تحوم بنصف طية، لوحات مفاتيح افتراضية مقسمة مع محاكاة لوحة تعقب بالحجم الكامل، ومديراً متقدماً للنوافذ يدعم ما يصل إلى ثلاثة تطبيقات جنباً إلى جنب على الشاشة الداخلية.

ونظراً لأن مواد الإصدار الرسمية ودليل المستخدم من أبل يوثقان حالياً وضع التقسيم لتطبيقين (Two-app Split View) باعتباره نموذج تعدد المهام المؤكد—ولم تؤكد أي وثائق رسمية من أبل حتى الآن ميزة تعدد المهام لثلاثة تطبيقات جنباً إلى جنب—فيجب على المطورين التعامل مع Split View لتطبيقين باعتباره الخط الأساسي الهندسي المعتمد، مع اعتبار مزاعم نظام iOS 27.1 تقارير إعلامية ثانوية في انتظار التأكيد الرسمي.

قائمة التحقق لاختبارات المطورين لأتمتة iPhone Duo

بدلاً من افتراض التنفيذ في الخلفية دون قيد، يجب على فرق الهندسة في نظام iOS التحقق من صحة تطبيقاتهم مقابل السيناريوهات التالية القابلة للاختبار:

واجهات App Intents وأذونات التنفيذ

• اختبار اتجاهات مشغلات الفتح والإغلاق بشكل منفصل: تحقق من كيفية تصرف واجهات App Intents المكشوفة لديك عند تشغيلها بواسطة حدث "مفتوح" (حيث ينظر المستخدم بنشاط إلى الشاشة الداخلية غير المقفلة) مقابل حدث "مغلق" (حيث قد يتم قفل الجهاز فوراً أو الانتقال إلى الشاشة الخارجية).
• تدقيق سلوك openAppWhenRun: إذا كان App Intent يجلب التطبيق إلى الواجهة الأمامية، فاختبر ما إذا كان نظام iOS يتطلب تأكيداً يدوياً من المستخدم تحت حالات قفل مختلفة حتى عندما يقوم المستخدم تمكين "التتشغيل الفوري" على الأتمتة الشخصية.
• جعل معالجات النوايا خالية من التأثيرات الجانبية المتكررة (Idempotent): تأكد من أن دورات الفتح والإغلاق السريعة للأجهزة لا تؤدي إلى كتابات مزدوجة على الشبكة أو عمليات دفع متضاربة للتنقل إذا قام المستخدم بربط نية بكلا الاتجاهين.

استمرارية المشهد وحالة التنقل

• الحفاظ على الحالة عبر انتقالات التقسيم لتطبيقين (Two-app Split View): تحقق من أن انتقال التطبيق النشط بين الشاشة الخارجية، والشاشة الداخلية الكاملة العرض، ووضع Split View لتطبيقين المُوثق من أبل، لا يتخلص من حالة المستخدم قيد التقدم أو وجهات العروض ذات الروابط العميقة.
• التحقق من حدود SceneStorage وNSUserActivity: تأكد من أن رموز استعادة حالة العرض تقوم بتسلسل سليم واستعادة سياق المستخدم عند تغيير حجم المشهد أو جعله في الخلفية أثناء حركة المفصلة.

النقاط الرئيسية لفرق الهندسة

يؤكد اكتشاف مشغل "مفتوح أو مغلق" في اختصارات iOS أن أبل تتيح تغييرات وضعيات الأجهزة القابلة للطي لعمليات الأتمتة الشخصية التي يكوّنها المستخدمون على هاتف iPhone Duo. و بالنسبة للمستخدمين العاديين، يتيح ذلك سير عمل محلياً مريحاً مثل تغيير خلفيات الشاشة أو ضبط إعدادات العرض عند فتح الجهاز أو إغلاقه.

أما بالنسبة لمطوري نظام iOS ومديري المنتجات، فإن الدرس المعماري الرئيسي هو الحفاظ على فصل صارم للمسؤوليات. حيث تعمل مشغلات وضعية الأجهزة، وأذونات تنفيذ الاختصارات، وواجهات App Intents للطرف الثالث، وانتقالات تخطيط UIWindowScene تحت قواعد نظام مميزة. ومن خلال اختبار App Intents عبر انتقالات المفصلة المقفلة وغير المقفلة وربط تكيف التخطيط بخط أساس وضع التقسيم لتطبيقين المُوثق من أبل، يمكن للفرق الهندسية ضمان سلوك موثوق على أجهزة iOS القابلة للطي دون الاعتماد على افتراضات منصة غير مؤكدة.

المراجع

• MacRumors: هاتف iPhone Duo يتضمن أتمتة اختصارات "مفتوح أو مغلق" (25 أكتوبر 2026)

• دعم أبل: مقدمة إلى الأتمتة الشخصية في الاختصارات على iPhone وiPad

• دعم أبل: تمكين أو تعطيل أتمتة شخصية في الاختصارات على iPhone أو iPad

• وثائق مطوري أبل: إطار عمل App Intents

• غرفة أخبار أبل: أبل تكشف النقاب عن هاتف iPhone Duo (سبتمبر 2026)

• دعم أبل: ضبط وضعية هاتف iPhone Duo — دليل مستخدم iPhone لنظام iOS 27

• دعم أبل: فتح تطبيقين في وضع التقسيم (Split View) على هاتف iPhone Duo

• ITHome: أبل تضيف مشغل اختصارات لإجراءات الفتح والطي في هاتف iPhone Duo (26 أكتوبر 2026)

• Qudong China: اختصارات أبل لهاتف iPhone Duo تضيف أتمتة الفتح والطي (26 أكتوبر 2026)