
أعلن Google Developers Blog أن LiteRT.js أصبحت متاحة كربط JavaScript لـ LiteRT. الهدف بسيط: تشغيل نماذج التعلم الآلي والذكاء الاصطناعي داخل المتصفح. وهذا يمكن أن ينقل جزءاً من العمل من الخوادم إلى جهاز المستخدم.
بالنسبة للفرق المغربية العاملة على الويب، من المهم متابعة هذا التطور. قد يساعد الذكاء الاصطناعي داخل المتصفح التطبيقات على أن تبدو أسرع وأن تستخدم قدرة أقل من الواجهة الخلفية. كما قد يبقي بعض بيانات المستخدم على الجهاز عندما يُصمم المنتج على هذا الأساس.
LiteRT.js هي ربط JavaScript لـ LiteRT. عملياً، تمنح مطوري الويب طريقة لاستدعاء الاستدلال بالذكاء الاصطناعي من داخل المتصفح. وتقول Google إنها تدعم مهاماً على جهة العميل مثل توليد النصوص، واكتشاف الأجسام، ومعالجة الصوت.
تشير الإصدارة أيضاً إلى تسريع عتادي عبر CPU وGPU. وتقول Google إن مسارات NPU المستقبلية المعتمدة على WebNN جزء من الاتجاه أيضاً. وبالنسبة للمطورين، يشير ذلك إلى مسار نحو أداء أفضل على الأجهزة القادرة على ذلك.
غالباً ما تحتاج الفرق الرقمية المغربية إلى الموازنة بين الأداء والتكلفة وتجربة المستخدم. يمكن للذكاء الاصطناعي داخل المتصفح أن يساعد في تحقيق هذا التوازن. إذا حدث المزيد من الاستدلال على جهة العميل، فقد تحتاج بعض التطبيقات إلى قدرة حوسبة أقل على الخادم.
وقد يكون ذلك مهماً للشركات الناشئة والوكالات وفرق المؤسسات التي تبني منتجات ويب للمستخدمين المغاربة. كما قد يساعد عندما تتغير ظروف الشبكة. فالمتصفح القادر على تنفيذ المزيد محلياً يمكنه تقليل عدد الرحلات ذهاباً وإياباً وتحسين السرعة المُدركة.
هناك أيضاً جانب يتعلق بالخصوصية. إذا كانت الميزة قادرة على معالجة البيانات على الجهاز، فقد لا تحتاج بعض المدخلات الحساسة إلى مغادرة المتصفح. لكن هذا ليس تلقائياً. ستحتاج الفرق إلى تصميم سير العمل بعناية والتحقق من البيانات التي ما تزال تنتقل إلى الخادم.
يمكن لموقع تجارة إلكترونية مغربي أو بوابة دعم أو مسار حجز أن يستخدم الذكاء الاصطناعي داخل المتصفح للمهام الخفيفة. تشمل الأمثلة توليد النصوص للمساعدة، أو اكتشاف الأجسام في الصور المرفوعة، أو معالجة الصوت داخل المتصفح.
قد يحسن ذلك الاستجابة للمستخدمين. كما قد يقلل الضغط على الأنظمة الخلفية أثناء ذروة الزيارات. وبالنسبة للفرق ذات ميزانيات البنية التحتية المحدودة، يمكن أن يكون ذلك ميزة عملية.
ليس كل المستخدمين يمتلكون القوة نفسها في أجهزتهم. بعض المتصفحات وأجهزة الكمبيوتر المحمولة ستتعامل مع التسريع بشكل أفضل من غيرها. وستحتاج الفرق المغربية إلى الاختبار عبر مجموعة واسعة من الأجهزة قبل الاعتماد عليه.
وهذا يعني أن التحسين التدريجي مهم. يجب أن يستمر التطبيق في العمل عندما يكون التسريع العتادي ضعيفاً أو غير متاح. وقد يظل مسار بديل على الخادم ضرورياً.
قد ترغب بعض المؤسسات المغربية في الحد من كمية بيانات المستخدم التي تغادر المتصفح. يمكن لـ LiteRT.js أن يدعم هذا الهدف في بعض التصاميم. على سبيل المثال، قد تعالج أداة مساعدة للنماذج أو أداة وسائط المحتوى محلياً قبل إرسال النتيجة النهائية فقط.
هذا افتراض وليس ضماناً. تعتمد نتيجة الخصوصية على البنية الكاملة للتطبيق. يجب على الفرق مراجعة ما يتم تخزينه ونقله وتسجيله.
يشمل سوق الويب المغربي العربية والفرنسية، وغالباً واجهات مختلطة اللغات. وهذا يخلق تحدياً حقيقياً على مستوى المنتج. يجب أن تتعامل ميزات الذكاء الاصطناعي مع مزيج اللغات بعناية، وإلا فقد تنتج نتائج ضعيفة.
توافر البيانات هو قيد آخر. لا يزال الذكاء الاصطناعي داخل المتصفح يحتاج إلى نماذج وطلبات وداتا اختبار تناسب حالة الاستخدام. وقد لا تمتلك الفرق بيانات محلية كافية للتحقق من الجودة عبر جميع فئات المستخدمين.
كما أن التوريد والمهارات مهمان. فقد تمتلك بعض الفرق مواهب قوية في الواجهة الأمامية لكن قدرة محدودة في هندسة التعلم الآلي. وقد تحتاج فرق أخرى إلى تدريب فرق المنتج والأمن والقانون معاً حتى تتمكن من مراجعة مسار النشر بالكامل.
البنية التحتية جزء من الصورة أيضاً. حتى لو انتقل الاستدلال إلى المتصفح، ستظل الفرق بحاجة إلى الاستضافة والمراقبة والتحليلات وخطوط تحديث. المتصفح ليس بديلاً كاملاً عن الأنظمة الخلفية.
قد تقلل LiteRT.js من الحمل على الخوادم، لكنها لا تلغي المخاطر. لا تزال الخصوصية والأمن السيبراني والامتثال بحاجة إلى اهتمام. إذا كان تطبيق المتصفح يعالج بيانات شخصية، فيجب أن تعرف الفرق أين تذهب تلك البيانات وكيف تتم حمايتها.
الأمن مهم بشكل خاص في الذكاء الاصطناعي على جهة العميل. فالكود يعمل على أجهزة المستخدمين، وبيئات المتصفح تختلف. وستحتاج الفرق المغربية إلى مراجعة تحميل النماذج، والتحقق من المدخلات، وأي بيانات تُرسل إلى خدمات خارجية.
يجب أن تغطي الحوكمة أيضاً الدقة. فقد تكون مخرجات الذكاء الاصطناعي خاطئة أو غير مكتملة أو غير متسقة. وهذا مهم في دعم العملاء وأدوات المحتوى وأي سير عمل قد يثق فيه المستخدمون بالنتيجة أكثر من اللازم.
وسيشتمل نموذج الحوكمة العملي على الاختبار والتسجيل وضبط الوصول والرسائل الواضحة للمستخدمين. كما ينبغي أن يحدد متى يمكن للمتصفح تنفيذ المهمة ومتى يجب أن يتولى الخادم الأمر. وقد يكون هذا التقسيم هو النهج الأكثر أماناً للعديد من عمليات النشر المغربية.
ابدأوا بحالة استخدام واحدة ضيقة. اختاروا مهمة يسهل قياسها، مثل تصنيف الصور أو المساعدة النصية أو المعالجة المسبقة للصوت. ثم قارنوا الاستدلال داخل المتصفح مع المسار الحالي المعتمد على الخادم.
قيسوا زمن الاستجابة وتوافق الأجهزة ومعدلات الفشل. وتحققوا أيضاً من كيفية عمل الميزة على الأجهزة منخفضة المواصفات والاتصالات الأبطأ. بالنسبة للمستخدمين المغاربة، قد تشكل هذه الظروف التجربة الحقيقية أكثر من أرقام الاختبارات المعيارية.
راجعوا الخصوصية والامتثال مبكراً. قرروا ما الذي يبقى محلياً، وما الذي يُنقل، وما الذي يُخزن. إذا كان التطبيق يعالج معلومات حساسة، فأشركوا مراجعي الأمن والقانون قبل الإطلاق.
خططوا لاختبارات متعددة اللغات. غالباً ما تحتاج المنتجات المغربية إلى دعم العربية والفرنسية، وأحياناً أكثر من ذلك. يجب اختبار النموذج والواجهة في مزيج اللغات الذي سيراه المستخدمون الحقيقيون.
وأخيراً، احتفظوا بمسار بديل. الذكاء الاصطناعي داخل المتصفح واعد، لكنه لا ينبغي أن يكون المسار الوحيد. قد يكون التصميم الهجين أكثر واقعية للفرق المغربية التي تحتاج إلى الموثوقية والتحكم والإطلاق التدريجي.
تمنح LiteRT.js مطوري الويب طريقة جديدة لتشغيل الذكاء الاصطناعي داخل المتصفح. بالنسبة للفرق المغربية، قد يعني ذلك تطبيقات أسرع، وتكاليف خلفية أقل، ومزيداً من المعالجة المحلية. وستعتمد القيمة على التنفيذ الدقيق.
السؤال الرئيسي ليس ما إذا كان الذكاء الاصطناعي داخل المتصفح ممكناً. بل ما إذا كان المنتج والبيانات ونموذج الحوكمة جاهزين له. وبالنسبة للقراء المغاربة، فهذا هو المكان الصحيح للبدء.
أضفوا Intelligence Artificielle Maroc إلى مصادركم المفضلة لرؤية المزيد من أخبارنا ذات الصلة في بحث Google.
نحن نبني منصات ذكاء اصطناعي مخصصة ومنتجات SaaS وتطبيقات أعمال ذكية وأنظمة أتمتة.
هذا النموذج مخصص لطلبات المشاريع وليس للأسئلة العامة حول الذكاء الاصطناعي.