مراجعة عميقة لوضع Marvis المحلي من Tencent: هل تستحق الخصوصية التضحية ببعض السرعة؟
أول ما يلفت الانتباه في Marvis غالبًا هو أشياء مثل "التحكم في الكمبيوتر من الهاتف" و"مساعد AI على مستوى النظام" و"التعامل المباشر مع الملفات المحلية".
لكن إذا كنت تنوي فعلاً إدخاله في سير عملك اليومي، فالسؤال الأهم ليس هذا.
هل يستحق الوضع المحلي أن تفعّله أصلًا؟
هذه المرة رجعت إلى عدة مراجعات وتجارب منشورة علنًا، لكنني لم أركز على "ما الذي يستطيع فعله"، بل على ما يلي:
- ما الفرق الحقيقي بين الوضع المحلي ووضع الكفاءة
- كم تبلغ فجوة السرعة بينهما
- هل حدود الخصوصية صارمة بما يكفي
- ما السيناريوهات التي تستحق تشغيل الوضع المحلي
- ومتى يكون من الأفضل ألا تبالغ في الاعتماد عليه
بعد قراءة هذه المواد، كان حكمي واضحًا:
إذا كنت تتعامل مع عقود أو ملفات مالية أو بيانات موارد بشرية أو وثائق مشاريع حساسة لا ينبغي رفعها بسهولة إلى السحابة، فإن وضع Marvis المحلي يستحق التجربة بجدية. أما إذا كان جهازك متوسط الإمكانات وتعتمد على مهام طويلة أو استدلال معقد، فعليك أن تتقبل واقعًا بسيطًا: الوضع المحلي أكثر أمانًا، لكنه غالبًا أبطأ.
الخلاصة أولًا
- حتى 29 يونيو 2026، وبناءً على التجارب المنشورة علنًا، يمكن فهم طريقتَي التشغيل الأساسيتين في
Marvisبشكل مبسط كالتالي:- وضع الكفاءة: تكامل بين الطرف والسحابة، أسرع وأقوى، ومناسب لمعظم المهام اليومية
- الوضع المحلي: يحاول إبقاء الملفات والبيانات داخل الجهاز قدر الإمكان، وهو أنسب للمهام عالية الحساسية
- إذا كان أكثر ما يهمك هو:
- العقود
- الجداول المالية
- ملفات الموارد البشرية
- خصوصية الملفات المحلية
فالوضع المحلي في
Marvisهو أحد أكثر عناصره تميزًا على مستوى المنتج.
- أما إذا كان أكثر ما يهمك هو:
- الاستدلال المعقد على نصوص طويلة
- معالجة الملفات الضخمة
- سلاسة العمل على أجهزة قديمة أو محدودة الإمكانات فالوضع المحلي ليس بالضرورة الخيار الافتراضي الأفضل.
لماذا يُعد الوضع المحلي خطًا فاصلًا حقيقيًا في المنتج
كثير من أدوات الذكاء الاصطناعي تتحدث أيضًا عن "الخصوصية" و"الأمان" و"الجاهزية للمؤسسات"، لكن المنطق الافتراضي في كثير منها يبقى كالتالي:
- رفع البيانات إلى السحابة
- تنفيذ الاستدلال في السحابة
- والاكتفاء محليًا بنافذة إدخال
ما يميز Marvis هو أنه حوّل "الوضع المحلي" إلى خيار فعلي على مستوى المنتج، لا مجرد سطر دعائي.
الاختلافات الأساسية التي ذكرتها التجارب المنشورة كانت مباشرة وواضحة:
- وضع الكفاءة
- تكامل بين الطرف والسحابة
- يمكن أن يستفيد فهم المهمة وتخطيطها من نماذج سحابية
- استجابة أسرع ومنطق أقوى
- الوضع المحلي
- يعتمد على نموذج يعمل على الطرف
- معالجة الملفات وبناء الفهارس وغير ذلك من البيانات يحاول أن يبقيها داخل الكمبيوتر
- أنسب للبيانات شديدة الحساسية
ولهذا أقول إن الفارق الحقيقي هنا ليس "هل يستطيع الدردشة؟"، بل:
هل تنظر إليه كمساعد سحابي، أم كمحطة عمل محلية؟
المقارنة 1: أكثر ما يساوي المال في الوضع المحلي ليس الاستعراض التقني، بل عدم رفع الملفات
هناك عبارة لافتة جدًا ظهرت في الصور والمنشورات العامة:
- نموذج محلي كبير، وملفات دون رفع في الوضع المحلي
لماذا هذه العبارة مهمة؟ لأن المشكلة الحقيقية التي تجعل كثيرًا من الناس أو الشركات يترددون في استخدام AI ليست "هل النتيجة جيدة؟"، بل:
- هل يمكن أن تبقى الملفات محليًا
- هل ستُرفع البيانات المالية إلى السحابة
- هل ستدخل العقود إلى أنظمة طرف ثالث
- هل يمكن تشغيل مواد المشروع داخل الكمبيوتر نفسه فقط
بالنسبة إلى هذه الأنواع من الملفات، لا تكون قيمة الوضع المحلي في "هل هو سريع؟"، بل في:
- التقارير المالية
- العقود القانونية
- وثائق المناقصات والعطاءات
- ملفات الموارد البشرية
- قوائم العملاء
- وثائق الاستراتيجية التجارية
إذا كان عملك يلامس هذه الأنواع من المحتوى، فستفهم بسرعة:
قيمة الوضع المحلي ليست أولًا تحسين التجربة، بل إعطاءك سببًا يجعلك تجرؤ على استخدام AI أصلًا.
المقارنة 2: التجارب المنشورة كانت صريحة جدًا بشأن الثمن، فالوضع المحلي أبطأ عادة
لا أريد أن أقدم الوضع المحلي وكأنه "أكثر أمانًا وأسرع وأكمل في كل شيء"، لأن المواد المنشورة قالت الواقع بوضوح.
عدة مقالات ذكرت استنتاجات متشابهة:
- استجابة الوضع المحلي أبطأ من السحابة بدرجة ما
- الفارق يكون أوضح في مهام الاستدلال المعقد
- الملفات الكبيرة والمستندات الطويلة والتحليلات الثقيلة تستهلك العتاد أكثر
وبالذات في مراجعة المقارنة المنشورة بعنوان Marvis vs ChatGPT/Claude داخل بيئات العمل المؤسسي، طُرحت هذه النقطة بشكل مباشر:
- عند التعامل مع ملفات كبيرة في الوضع المحلي، ترتفع متطلبات العتاد بوضوح
- إذا كان الجهاز في مستوى
i5 + 8GBفقد تتراجع التجربة بشكل ملحوظ - ويُفضَّل أكثر استخدام إعداد مثل
i7 + 16GB
وهذا منطقي جدًا، لأن جوهر الوضع المحلي هو:
إعادة جزء من الضغط الحسابي الذي كان يذهب إلى السحابة ليتحمله جهازك أنت.
لذلك فهو ليس "خصوصية بلا تكلفة"، بل:
استبدال بعض القدرة المحلية وبعض وقت الانتظار بحدود بيانات أكثر صرامة.
المقارنة 3: ليس كل سيناريو يستحق تشغيل الوضع المحلي
هذه نقطة أرى أن كثيرين يسيئون فهمها.
فبمجرد أن يسمع البعض أن "الوضع المحلي أكثر أمانًا"، يذهبون تلقائيًا إلى استنتاج مثل:
- إذًا لماذا لا أشغله دائمًا؟
لكن بحسب ما توحي به التجارب المنشورة، هذا الفهم قد يكون مضللًا.
لأن تصميم Marvis نفسه يشير إلى طريقة استخدام أكثر واقعية:
- المهام اليومية العادية
- استخدم معها وضع الكفاءة
- الملفات عالية الحساسية
- انتقل معها إلى الوضع المحلي
وهذه في الحقيقة استراتيجية عملية جدًا على شكل طبقات.
مهام أنسب للوضع المحلي
- مراجعة العقود
- التحليل المالي
- معالجة ملفات الموارد البشرية
- البحث داخل الملفات المحلية
- أرشفة مواد المشاريع الحساسة
مهام أنسب للاستمرار على وضع الكفاءة
- الكتابة العامة للمحتوى
- إعداد الخطط والوثائق العامة
- الاستدلال الطويل والمعقد
- تلخيص وترتيب ملفات غير حساسة
- المهام التي تتطلب سرعة عالية جدًا
ولو أردت تلخيص الفكرة في جملة واحدة:
الوضع المحلي ليس خيارًا يجب تفعيله دائمًا، بل خيار ينبغي فتحه عندما تحتاج فعلاً إلى حدود خصوصية واضحة.
المقارنة 4: عندما يجتمع التحكم من الهاتف مع الوضع المحلي، يبدأ Marvis في الظهور كمساعد مؤسسي حقيقي
برأيي، أكثر ما يجعل Marvis مختلفًا عن أدوات الدردشة التقليدية هو أنه يربط بين الوضع المحلي ومعالجة الملفات والتنسيق عبر الأجهزة.
في التجارب المنشورة ظهرت عدة أفعال عملية جدًا، منها:
- مشاهدة سطح مكتب الكمبيوتر من الهاتف
- العثور على الملفات عن بُعد
- ضغط الملفات
- إرسال البريد الإلكتروني
- ثم إرسال الملفات عبر WeChat
إذا كانت هذه العمليات كلها تتم على السحابة فقط، فلن تشعر كثير من الشركات بالارتياح. لكن عندما يبقى تنفيذ الملفات والعمليات محليًا في الأساس، تصبح قيمة الوضع المحلي أكبر بكثير.
لأن ما تريده الشركات فعليًا ليس:
- AI يتحدث بشكل أفضل
بل:
- هل يستطيع AI أن يتعامل مع ما يحدث على الكمبيوتر المحلي؟
- وهل يستطيع فعل ذلك من دون إرسال الملفات المهمة بسهولة إلى خارج الجهاز؟
بمعنى آخر، إذا نظرت إلى الوضع المحلي وحده، فقد تراه مجرد "ميزة خصوصية". لكن إذا نظرت إليه مع التحكم من الهاتف والبحث في الملفات والتشغيل على مستوى النظام، فسيبدو أقرب إلى:
صمام أمان لسير العمل المحلي داخل المؤسسة.
المقارنة 5: حدود الأمان لا تتعلق فقط بعدم الرفع، بل أيضًا بتأكيد الإجراءات الحساسة
نقطة أخرى أراها مهمة جدًا هي أن التجارب المنشورة ذكرت ما يلي:
- عند تعديل إعدادات حساسة في النظام
- مثل حذف ملفات نظام أو تعديل السجل
- تظهر نافذة تطلب من المستخدم تأكيدًا ثانيًا
هذا يعني أن حدود الأمان لا تقف عند "الملف لا يُرفع"، بل تشمل أيضًا:
- تأكيدًا إلزاميًا للإجراءات الحساسة
- وعدم ترك تعديلات النظام تُنفذ بحرية مطلقة
وهذا مهم جدًا للوضع المحلي تحديدًا. فكلما اقتربت الأداة من جهازك الحقيقي ومن ملفاتك الفعلية ومن إعدادات النظام، صار من غير المقبول أن تُسوِّق فقط للراحة والسرعة، بل يجب أن تؤكد أيضًا على:
التحكم.
وإلا سيتحول الوضع المحلي إلى مجرد "صلاحيات أعلى"، لا إلى خيار أنسب للمؤسسات.
ما المقايضة الحقيقية التي أراها في التجارب المنشورة؟
إذا جمعنا ما ورد في عدة مقالات وتجارب عامة، فالمقايضة الحقيقية في وضع Marvis المحلي تبدو واضحة جدًا:
- ما الذي تكسبه:
- حدود خصوصية أقوى
- عدم رفع الملفات
- ملاءمة أكبر للوثائق الحساسة في بيئات العمل
- قرب أكبر من الملفات المحلية ومن مهام النظام
- وما الذي تدفعه عادة:
- استجابة أبطأ
- متطلبات عتاد أعلى
- تفوق أقل في الاستدلال الطويل والمعقد
وهذا ليس عيبًا بقدر ما هو مفاضلة هندسية طبيعية جدًا.
ولهذا أفضل أن أفهمه بهذه الطريقة:
السؤال ليس: هل الوضع المحلي هو الأفضل دائمًا؟ بل: هل يستحق أن تفتحه في اللحظة التي تحتاجه فيها فعلًا؟
من الأنسب له أن يجرّبه الآن؟
مناسب للتجربة فورًا
- الفرق المؤسسية شديدة الحساسية تجاه خصوصية البيانات
- من يتعاملون باستمرار مع العقود والملفات المالية وبيانات الموارد البشرية
- من يحتفظون أصلًا بكم كبير من ملفاتهم على الكمبيوتر المحلي أو مجلدات المشاركة الداخلية
- الفرق التي تريد AI قريبًا من الملفات المحلية، لكن لا تريد رفعها إلى السحابة افتراضيًا
- العاملون المعرفيون الذين يملكون أجهزة محلية جيدة نسبيًا
ومن يمكنه الانتظار قليلًا
- من يملكون أجهزة ضعيفة ويريدون تشغيل استدلال محلي ثقيل لفترات طويلة
- من تتركز احتياجاتهم في الكتابة الطويلة جدًا أو السياق الضخم
- من لا يتعاملون غالبًا مع بيانات حساسة ويريدون فقط أسرع استجابة ممكنة
- من لا يحتاجون أصلًا إلى ملفات محلية أو أوامر على مستوى النظام، ويريدون مجرد دردشة
إذا أردت اختباره بنفسك، فهذه أفضل طريقة
- لا تختبر "سرعة الدردشة" فقط، بل اختبره مباشرة على مهام مكتبية حساسة.
- أفضل نقاط المقارنة عادة تكون:
- مراجعة العقود
- تحليل الجداول المالية
- البحث في الملفات المحلية
- إخراج ملفات
ExcelوWord - معالجة الملفات المحلية عن بُعد من الهاتف
- لا تكتفِ بجودة الإجابة، بل ركّز على:
- هل يمكن فعلًا إبقاء الملفات من دون رفع
- هل سرعة الوضع المحلي مقبولة
- هل يستطيع العتاد لديك تحمّل الحمل
- هل توجد حدود تأكيد واضحة للإجراءات الحساسة
- وإذا كنتم أصلًا في مرحلة تجريب AI داخل المؤسسة، فمن المفيد أيضًا المقارنة بين:
- المهام التي يجب أن تبقى على الوضع المحلي
- المهام التي يمكن أن تستمر على وضع الكفاءة
- المهام التي قد يكون من الأفضل إسنادها مباشرة إلى
ClaudeأوChatGPT
إذا كان ما يهمك الآن أكثر هو: كيف توحّد نماذج Tencent وGLM وKimi وDeepSeek وStepFun داخل سير عمل Agent واحد خاص بك، فيمكنك البدء من هنا:
حكمي النهائي
إذا أردت تلخيص رأيي في الوضع المحلي في Marvis بجملة واحدة، فهي:
أهم ما فيه ليس مجرد أن "الوضع المحلي قادر أيضًا على تشغيل نموذج كبير"، بل أنه يمنح فرق العمل المؤسسية خيارًا أكثر واقعية: أن تستبدل بعض السرعة وبعض تكلفة العتاد بحدود خصوصية أوضح عندما تكون المهمة حساسة حقًا.
وهذا أهم من المقارنة السطحية حول من هو الأسرع أو الأذكى. لأن ما ينقص كثيرًا من الشركات ليس "AI يتحدث أفضل"، بل:
مدخل عمل يستطيع الاقتراب من الملفات المحلية ومن مهام النظام، من دون أن يفترض افتراضيًا أن البيانات يجب أن تذهب إلى السحابة.
إذا كان هدفك الأساسي هو حدود الأمان والتنفيذ المحلي، فالوضع المحلي في Marvis يستحق تجربة جادة.
أما إذا كان هدفك الأساسي هو أسرع توليد عام ممكن، فليس بالضرورة أن يكون الخيار الافتراضي الأفضل.