Chrome وGemini Nano: ماذا يعني تنزيل نموذج ذكاء اصطناعي بحجم ٤ غيغابايت للخصوصية؟

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

لماذا الشفافية أهم من حجم الملف؟

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

هذا مهم خصوصاً في المتصفح. فـ Built-in AI في Chrome ليس مجرد تحسين داخلي مخفي؛ Google تصف واجهات تسمح لتطبيقات الويب بتنفيذ مهام ذكاء اصطناعي عبر نماذج يديرها المتصفح . كما تذكر مواد Google I/O استخدامات مثل الترجمة، والتلخيص، والكتابة، وإعادة الصياغة . وعندما تنتقل هذه القدرات إلى داخل المتصفح، لا يكفي أن يعرف المستخدم أن مساحة التخزين انخفضت. المطلوب خيار مفهوم: أريد هذه الوظائف، أو أريد بعضها فقط، أو لا أريدها إطلاقاً.

فيمَ يمكن أن يُستخدم Gemini Nano داخل Chrome؟

يتوقف أثر الخصوصية على الغرض. قد يُستخدم نموذج محلي للمساعدة في الكتابة، أو الترجمة، أو تلخيص الصفحات، أو إعادة صياغة النصوص. هذه الأنواع من المهام تظهر في وثائق Chrome ومواد Google I/O حول الذكاء الاصطناعي المدمج .

وهناك جانب أمني أيضاً. فقد ذكرت Infosecurity Magazine أن Google جرّبت Gemini Nano في Chrome 137 كطبقة إضافية لمكافحة الرسائل المزعجة والاحتيال والتصيد ضمن وضع Enhanced Protection في خدمة Safe Browsing . وهذا قد يكون مفيداً للمستخدمين، لكنه يزيد الحاجة إلى إعدادات دقيقة: هل أريد الذكاء الاصطناعي المحلي للحماية فقط؟ للمزايا الإنتاجية؟ لواجهات المطورين؟ أم لا أريده نهائياً؟

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

الذكاء الاصطناعي على الجهاز ليس صك براءة

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

لكن كلمة «محلي» لا تعني تلقائياً أن كل شيء واضح وآمن. تظل هناك أسئلة عملية يجب أن تكون الإجابة عنها ظاهرة للمستخدم:

• ما المحتوى الذي يُمرَّر إلى النموذج المحلي؟
• أي وظائف في Chrome أو أي تطبيقات ويب تستطيع استدعاءه؟
• هل تُخزن المطالبات أو المخرجات أو الأخطاء أو مقاييس الاستخدام أو بيانات التليمترية؟ وهل تُرسل أي منها إلى Google أو إلى طرف آخر؟
• كيف تصل تحديثات النموذج؟
• إذا عُطّل النموذج أو حُذف، هل يبقى محذوفاً فعلاً؟

توثق صفحات Chrome أن تطبيقات الويب يمكنها استخدام واجهات Built-in AI مع نماذج يديرها المتصفح . لهذا لا تكمن المسألة في ملف النموذج وحده، بل في طبقة الأذونات والوصول التي تحيط به.

المتصفح يرى محتوى حساساً بطبيعته

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

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

الحذف والتعطيل هما الاختبار الحقيقي

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

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

GDPR وePrivacy: احتمال قانوني لا حكم نهائي

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

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

ما الذي ينبغي أن يقدمه متصفح يحترم الخصوصية؟

إذا كان الذكاء الاصطناعي المحلي سيصبح جزءاً من المتصفحات، فهناك حد أدنى من الضمانات العملية:

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

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

الخلاصة

وجود Chrome Built-in AI مع Gemini Nano موثق رسمياً . أما الادعاء المحدد عن تنزيل صامت لملف weights.bin بحجم يقارب ٤ غيغابايت، مع إعادة تنزيله بعد الحذف، فقد ورد في عدة تقارير لكنه غير مؤكد صراحة في وثائق مطوري Chrome المشار إليها .

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