MiClaw مقابل OpenClaw مقابل FoneClaw: ثلاثة مسارات لوكيل الهاتف

المسارات الثلاثة الحالية

السؤال في MiClaw مقابل OpenClaw مقابل FoneClaw ليس من يملك الاسم الأقرب إلى وكيل الهاتف، بل أي مسار تشغيل يناسب المستخدم أو المطور. المسار الأول هو مسار Xiaomi الحالي: MiClaw كاختبار مغلق مستقل أصبح جزءاً من lineage المنتج، واتجاهه العملي تحمله الآن Super XiaoAI 2.0 Expert Mode داخل HyperOS 4 على هواتف Xiaomi المؤهلة. المسار الثاني هو OpenClaw: إطار مفتوح للبناء والتجريب. المسار الثالث هو FoneClaw: وقت تشغيل Android محكوم لمهام مدعومة عبر علامات هاتف متعددة.

هذه ليست ثلاث نسخ من المنتج نفسه. مسار Xiaomi يبدأ من النظام والجهاز والطرح الرسمي داخل منظومة Xiaomi. OpenClaw يبدأ من مرونة المطور وقدرته على تركيب الأدوات والضوابط. FoneClaw يبدأ من المستخدم الذي يريد إنجاز فعل Android مدعوم مع تقدم ظاهر وموافقة ونتيجة يمكن التحقق منها. لذلك يجب أن نقارنها بنموذج التحكم، لا بمجرد التشابه في الأسماء.

HyperOS وSuper XiaoAI يخدمان هواتف Xiaomi عندما تتوفر شروط الجهاز والإصدار والمنطقة والطرح. FoneClaw مصمم لهواتف Android عبر علامات متعددة، حيث تختلف واجهات الشركات والأذونات وإدارة الخلفية. نحن في FoneClaw نبني من واقع هذا الاختلاف: لا يكفي أن يفهم النموذج الطلب؛ يجب أن يعرف المستخدم الأداة التي ستُستخدم، والإذن المطلوب، وما النتيجة التي ظهرت أو سبب التعذر.

أول تمييز عملي هو مكان السلطة. في مسار Xiaomi، السلطة تأتي من سطح نظامي قريب من HyperOS ومن شروط طرح Xiaomi. في OpenClaw، السلطة تأتي من الباني الذي يختار الأدوات ويصمم قيودها. في FoneClaw، السلطة تمر عبر runtime منتج يربط الطلب بأدوات Android مدعومة، ثم يعرض الموافقة أو التقدم أو التعذر داخل تجربة المستخدم. هذا الفرق يحدد ما يجب اختباره قبل الثقة بأي مسار.

إذا أردت خلفية أضيق عن MiClaw قبل متابعة المقارنة، فدليل ما هو Xiaomi MiClaw الآن؟ نهاية الاختبار المستقل والانتقال إلى Super XiaoAI يشرح لماذا أصبح اسم MiClaw اليوم تاريخ اختبار وانتقال قدرة، لا مسار تثبيت عام جديد.

MiClaw وSuper XiaoAI Expert Mode

مسار Xiaomi في هذه المقارنة يجب تسميته بدقة: MiClaw هو lineage الاختبار المغلق، وSuper XiaoAI 2.0 Expert Mode هو السطح الحالي على HyperOS 4. أعلنت Xiaomi في إعلان منظومة Agent على HyperOS عن MiClaw كوكيل ذكاء اصطناعي على مستوى النظام ومبني على MiMo، وبدأ الاختبار المغلق المحدود في 6 مارس 2026. هذا يثبت أن MiClaw كان مساراً حقيقياً، لكنه كان اختباراً محدوداً وليس قناة عامة لكل مستخدم.

إشعار الانتقال الخاص بالمختبرين يضع المرحلة التالية بوضوح: الاختبار المستقل يتجه إلى التوقف في 21 سبتمبر 2026، والمختبرون الحاليون يستطيعون الانتقال إلى مسار HyperOS 4 beta دون إعادة تقديم طلب. كذلك يوضح الإشعار أن منتج اختبار MiClaw المستقل لا يعمل على HyperOS 4؛ عند الترقية يغادر المستخدم ذلك السطح القديم ويتجه إلى Super XiaoAI Expert Mode وفق شروط Xiaomi.

هذا انتقال في خط القدرة لا دمج حرفي نثبته للقارئ. لا توجد حاجة لافتراض أن APK MiClaw أو الكود نفسه أصبح Super XiaoAI. الصياغة العملية هي أن Xiaomi حملت اتجاه الوكيل النظامي إلى HyperOS 4. تعرض صفحة HyperOS الرسمية من Xiaomi Super XiaoAI 2.0 بوصفه مبنياً على Xiaomi MiMo، وتعرض Expert Mode كقدرة تنفذ مهام النظام والتطبيقات ضمن الوصول الممنوح، مع تأكيد قبل التعديل أو الحذف أو الإرسال الخارجي.

لذلك يناسب هذا المسار مستخدم Xiaomi المؤهل الذي يرى الميزة من قناة رسمية، ويريد تجربة قريبة من HyperOS وتطبيقات Xiaomi. شروطه العملية هي الجهاز، إصدار HyperOS، إصدار Super XiaoAI، المنطقة، الطرح، وربما tier أو فائدة انتقالية للحساب. من يريد القرار الأضيق بين سطح Xiaomi الحالي وFoneClaw يمكنه الرجوع إلى مقارنة Xiaomi MiClaw وFoneClaw: Super XiaoAI Expert Mode أم وكيل Android مستقل؟.

التحقق هنا يجب أن يكون على الجهاز، لا في الذاكرة أو من تجربة شخص آخر. افتح إعدادات النظام وتحقق من إصدار HyperOS، ثم افحص Super XiaoAI وظهور Expert Mode وشاشات الأذونات المرتبطة به. جرّب مهمة منخفضة المخاطر مثل فتح إعداد أو تجهيز تعديل مؤقت، وراقب هل يظهر التأكيد قبل التغيير. إذا غاب الوضع أو لم تظهر الأذونات بوضوح، فالمسار لم يكتمل على جهازك بعد، حتى لو كانت أخبار HyperOS 4 متاحة لمستخدمين آخرين.

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

OpenClaw كمسار بناء مفتوح

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

في مسار مفتوح، السؤال لا يكون فقط: هل يستطيع الوكيل فعل هذا؟ السؤال الأهم: من يضبط الأداة؟ من يحدد حدود الوصول؟ أين تظهر الموافقة؟ كيف يتعامل النظام مع الفشل؟ وكيف تُراجع الأفعال الحساسة؟ إطار مفتوح يمكنه أن يساعد في البحث والتطوير، لكنه لا يتحول تلقائياً إلى وكيل هاتف يومي آمن لمستخدم عادي بمجرد أنه مفتوح أو قابل للتعديل.

هذا هو الفرق بين OpenClaw وSuper XiaoAI Expert Mode. مسار Xiaomi يستفيد من قربه من هواتف Xiaomi وHyperOS عندما يظهر على الجهاز المؤهل. OpenClaw يمنح حرية بناء وتجريب خارج سطح منتج جاهز. الأول يخفف عبء التصميم على المستخدم داخل منظومة محددة، والثاني يعطي مساحة هندسية أوسع لمن يستطيع إدارة الأذونات والأدوات والتقييم.

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

في OpenClaw، الاسترداد ليس زرّاً جاهزاً بالضرورة؛ هو جزء يجب أن يصممه الفريق. ماذا يحدث إذا تغيّرت الشاشة بين الفهم والتنفيذ؟ ماذا لو رفض المستخدم إذناً؟ ماذا لو نجحت الخطوة الأولى وفشلت الثانية؟ ماذا لو نفذ الوكيل الإجراء في التطبيق الخطأ؟ هذه أسئلة طبيعية في إطار مفتوح، ومن يختار هذا المسار يحتاج أن يبني إجابات واضحة قبل الاستخدام اليومي.

نحن لا نختصر OpenClaw في الخطر أو الصعوبة؛ نضعه في موضعه الصحيح. إذا كنت تبني أو تبحث أو تريد إطاراً مفتوحاً، فهو مسار يستحق الفحص. وإذا كان هدفك استخداماً يومياً منخفض العبء، فستحتاج طبقة منتج تضبط الموافقات والاسترداد والتقدم. ولمن يريد قراءة متخصصة في هذه النقطة، يشرح دليل مخاطر أمان OpenClaw: لماذا لا يكفي الوكيل المفتوح ليصبح وكيل هاتف أكثر أماناً؟ أين تبدأ تحديات الأمان عند تحويل إطار مفتوح إلى تجربة هاتف.

FoneClaw كوقت تشغيل Android محكوم

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

داخل FoneClaw، يمكن للمستخدم البدء بالنموذج الافتراضي المجاني أو تهيئة نموذج متوافق. بعد ذلك يحوّل FoneClaw الطلب إلى مهام Android مدعومة عبر 100+ أداة مدمجة ضمن نطاق معلن، مع تقدم ظاهر، إيقاف، إعادة محاولة، واسترداد أذونات عند الحاجة. ما تعلمناه من بناء هذه الطبقة أن المستخدم يثق بالفعل عندما يفهمه: هل سيتم فتح تطبيق؟ هل ستُجهز مسودة؟ هل سيتغير إعداد؟ هل توجد موافقة قبل أثر خارجي؟

هذا المسار يخدم مستخدم Android الذي يريد فعلاً على الهاتف لا إطاراً للتجريب ولا انتظاراً لسطح جهاز محدد. قد يكون الهاتف Samsung أو OPPO أو vivo أو OnePlus أو realme أو Pixel أو Motorola أو Nothing أو أي علامة Android مناسبة. الاختلافات بين الأجهزة حقيقية، ولذلك يعمل FoneClaw من خلال النطاق المدعوم: الأداة، الإذن، حالة الشاشة، وسلوك التطبيق.

التحقق في FoneClaw يبدأ من المهمة. جرّب فتح تطبيق، إنشاء تذكير، تجهيز مسودة رسالة، قراءة شاشة تختارها، أو فتح إعداد مدعوم. راقب بطاقة الموافقة أو نتيجة الأداة: هل يظهر اسم التطبيق؟ هل يظهر النص قبل الإرسال؟ هل يوضح المنتج سبب طلب الإذن؟ هل يستطيع المستخدم إيقاف المهمة أو استعادتها بعد رفض إذن؟ هذه ليست تفاصيل ثانوية؛ إنها الطريقة التي يتحول بها وكيل Android من كلام إلى فعل موثوق.

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

من منظورنا كفريق FoneClaw، الفرق بين runtime محكوم وإطار مفتوح هو أن الحوكمة ليست تمريناً اختيارياً. نحن نضع الموافقة، حالة المهمة، استرداد الأذونات، والتقدم المرئي داخل تجربة المنتج نفسها. هذا لا يزيل اختلافات Android بين الشركات، لكنه يجعل المستخدم يرى أين تعمل المهمة وأين تحتاج تدخلاً منه.

مقارنة الإعداد والأذونات والاسترداد

أفضل مقارنة بين المسارات الثلاثة تبدأ من السلطة العملية: من يهيئ المسار؟ من يمنح الأذونات؟ أين تظهر الموافقة؟ كيف يتعافى الوكيل من الفشل؟ هذه الأسئلة تكشف الفرق بين نظام مدمج على هواتف Xiaomi، وإطار مفتوح للبناء، ووقت تشغيل Android محكوم.

هذه المصفوفة لا تجعل مساراً واحداً هو الأفضل لكل الناس. على هاتف Xiaomi مؤهل، قد يكون Expert Mode الطريق الأكثر طبيعية للتكامل النظامي. في مختبر أو فريق هندسي، قد يكون OpenClaw الطريق الأكثر مرونة. على هاتف Android يومي، قد يكون FoneClaw أنسب عندما تريد مساراً مرئياً لمهام مدعومة دون بناء إطار كامل.

المقارنة أيضاً تضع حدود الادعاءات في مكانها. Expert Mode لا يصبح عالمياً بمجرد ظهوره على بعض الأجهزة. OpenClaw لا يصبح أكثر أماناً بمجرد أنه مفتوح. وFoneClaw ينجح عندما تكون المهمة والأداة والإذن وحالة التطبيق ضمن النطاق المدعوم. هذه الحدود لا تقلل قيمة المسارات؛ إنها تجعل الاختيار قابلاً للاستخدام في الحياة اليومية.

لإجراء تحقق عملي، استخدم السيناريو نفسه في كل مسار متاح لك: افتح تطبيق ملاحظات، جهز نصاً قصيراً، ثم اطلب خطوة متابعة غير حساسة. في مسار Xiaomi، راقب ظهور Expert Mode والتأكيد. في OpenClaw، راقب سجل الأداة والقيود التي صممتها. في FoneClaw، راقب التقدم، الموافقة، واسترداد الإذن إن احتاجت المهمة ذلك. النتيجة التي تستطيع شرحها بعد الاختبار هي النتيجة التي يمكن البناء عليها.

اختيار المسار حسب المستخدم والمهمة

اختر مسار Xiaomi عندما تستخدم هاتف Xiaomi مؤهلاً، وتظهر Super XiaoAI 2.0 Expert Mode من قناة رسمية، وتريد تجربة قريبة من HyperOS وتطبيقات Xiaomi. هذا المسار يناسب من يركز على تكامل المصنع والقدرات التي تخدمها Xiaomi داخل هواتفها.

اختر OpenClaw عندما تكون مطوراً أو باحثاً أو فريقاً يريد إطاراً مفتوحاً لبناء وكيل، اختبار أدوات، أو دراسة مسارات تحكم. هذا اختيار لمن يريد امتلاك مساحة التصميم، ويقبل إدارة الأذونات والمخاطر والاسترداد بنفسه.

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

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

الخلاصة: MiClaw مقابل OpenClaw مقابل FoneClaw ليست معركة أسماء. هي خريطة لثلاث طبقات: Xiaomi تحمل lineage MiClaw إلى Expert Mode على هواتف Xiaomi، وOpenClaw يفتح مساحة بناء، وFoneClaw يوفّر وقت تشغيل Android محكوماً لمهام يومية مدعومة عبر علامات متعددة.