إصدارAPI / منتج · جاهز للعملTG: @cgevent (Метаверсище и ИИще)→ المصدر

يجمع MOSS-Live الصوت والرؤية والمهام الخلفية في مساعد واحد

تجبر المساعدات الصوتية المستخدم عادة على الانتظار: فهي تستمع أولا، ثم تجيب، وقد تفقد السياق عند مقاطعتها. يعمل MOSS-Live بنظام ازدواج كامل؛ إذ يسمع المستخدم أثناء حديثه، ويميز بين إشارة قصيرة مثل «مم» وأمر بالتوقف، ثم يستأنف الإجابة من الموضع الصحيح. كما يستقبل النموذج صورا من الكاميرا أو الشاشة وينفذ المهام الطويلة في الخلفية؛ ويتاح الوصول إلى النسخة التجريبية عبر API.

معالج بواسطة الذكاء الاصطناعي من TG: @cgevent (Метаверсище и ИИще)؛ بتحرير Hamidun News
يجمع MOSS-Live الصوت والرؤية والمهام الخلفية في مساعد واحد
المصدر: TG: @cgevent (Метаверсище и ИИще). كولاج: Hamidun News.
استمع للمقال
بطاقة الحقائق والأرقام
المعيارالتفاصيل
المصدر الأصليTG: @cgevent (Метаверсище и ИИще) ↗
رئيس التحرير
حقيقة رئيسية #1يجعل الازدواج الكامل الواجهة الصوتية أقرب إلى المحادثة الطبيعية.
حقيقة رئيسية #2تتيح الكاميرا ومشاركة الشاشة مناقشة جسم مرئي أو واجهة معروضة.
حقيقة رئيسية #3لا تزال إعلانات MOSS-TTS 2.0 ونموذج الفيديو خططا وليست إصدارات متاحة.

لا يزال الحديث مع معظم المساعدات الصوتية يشبه الاتصال عبر جهاز لاسلكي. يتحدث الإنسان أولا، ثم تتحدث الآلة. وإذا قال المستخدم «مم» أثناء الإجابة، فقد يقطع النظام رده؛ وإذا قاطعه فعليا، فكثيرا ما يفقد السياق ويبدأ من جديد. يحاول MOSS-Live التخلص تحديدا من هذه الآلية: فالمساعد يستمع ويتحدث وينفذ المهام في الوقت نفسه، من دون تحويل الحوار إلى طابور من المقاطع الصوتية.

فتح فريق OpenMOSS الوصول إلى MOSS-Live في نسخة تجريبية، بما في ذلك عبر API. ولا يستقبل النموذج الصوت فحسب، بل أيضا البيانات المرئية الواردة من الكاميرا أو الشاشة، ويدعم الترجمة الفورية، ويمكنه مواصلة عملية طويلة في الخلفية بينما تستمر المحادثة. وهذا يجعله مثيرا للاهتمام ليس بوصفه دردشة صوتية أخرى، بل أساسا لواجهات تجمع الكلام والصورة والإجراءات في جلسة واحدة.

ما الذي يغيره الازدواج الكامل

لنتخيل مساعدا لخدمة الدعم. يعرض المستخدم جهاز توجيه أمام الكاميرا ويسأل أين ينبغي توصيل الكابل. يبدأ المساعد الشرح، لكن المستخدم يقاطعه قائلا: «انتظر، لدي موصل مختلف». النظام التقليدي إما لن يسمع العبارة حتى ينتهي من الإجابة، وإما سيتوقف وينسى أين وصل. أما MOSS-Live فيعلن سلوكا أكثر طبيعية: يميز النموذج بين إشارات الانتباه والمقاطعة الحقيقية، ويراعي فترات الصمت، ثم يستأنف الحديث من الموضع الصحيح بعد التوضيح.

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

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

العنصر المهم ليس نموذجا واحدا بل مجموعة متكاملة

تطور OpenMOSS عدة مسارات: MOSS-TTS لتركيب الكلام واستنساخ الأصوات، وMOSS-Audio للتعرف على الصوت وتحليله، وMOSS-VL للصور والفيديو، إضافة إلى MOSS-Image لتوليد الصور. كما نشر نموذج MOVA بصورة منفصلة؛ وهو نموذج ينشئ الفيديو مع الصوت، ويتوافر الكود والأوزان الخاصة به عبر مستودع المشروع.

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

ما لا يمكن اعتباره جاهزا حتى الآن

ظهرت بعض الخطط في جلسة AMA أجراها الفريق على Reddit. ومن بينها MOSS-Anime، وهو نموذج جديد لتحرير الصور، وMOSS-TTS 2.0 المزود بإمكانية التحكم في المشاعر، ومولد مدمج للفيديو المصحوب بالصوت مخصص لبطاقات الرسوميات الاستهلاكية. هذه إشارات مفيدة إلى اتجاه التطوير، لكنها ليست منتجات جاهزة. وقبل نشر الأوزان والترخيص ومتطلبات الذاكرة وإجراء اختبارات مستقلة، سيكون من المخاطرة بناء خريطة طريق على هذه الوعود.

ومن الأفضل أيضا البدء بنموذج أولي عند تجربة MOSS-Live نفسه. فالمنتج الصوتي لا يعتمد على العروض اللافتة وحدها؛ بل تهم كذلك مدة تأخر الرد، وجودة التعرف على المقاطعات، والثبات في البيئات الصاخبة، والتكلفة لكل دقيقة، والتغطية اللغوية، وقواعد معالجة الصوت الوارد من الكاميرا والميكروفون.

الخطوة العملية بسيطة: اختيار سيناريو قصير واحد، مثل الإرشاد الصوتي أثناء العمل على الشاشة، واختباره مع مقاطعات وفترات صمت ومهام خلفية حقيقية. فإذا حافظت API على السياق بثبات ولم تضف تأخرا ملحوظا، فقد يصبح MOSS-Live طبقة مفيدة لمنتج متعدد الوسائط. أما بقية المجموعة المعلنة، فمن المنطقي تقييمها فقط بعد صدور الإصدارات وإجراء اختبارات قابلة لإعادة الإنتاج.

القصة

أسئلة وأجوبة حول الخبر

ما أبرز التفاصيل حول ما الذي يغيره الازدواج الكامل؟

لنتخيل مساعدا لخدمة الدعم. يعرض المستخدم جهاز توجيه أمام الكاميرا ويسأل أين ينبغي توصيل الكابل. يبدأ المساعد الشرح، لكن المستخدم يقاطعه قائلا: «انتظر، لدي موصل مختلف». النظام التقليدي إما لن يسمع العبارة حتى ينتهي من الإجابة، وإما سيتوقف وينسى أين وصل. أما MOSS-Live فيعلن سلوكا أكثر طبيعية: يميز النموذج بين إشارات الانتباه والمقاطعة الحقيقية، ويراعي فترات الصمت، ثم يستأنف الحديث من الموضع الصحيح بعد التوضيح. بالنسبة إلى المنتج، ليست هذه ميزة تجميلية.

ما أبرز التفاصيل حول العنصر المهم ليس نموذجا واحدا بل مجموعة متكاملة؟

تطور OpenMOSS عدة مسارات: MOSS-TTS لتركيب الكلام واستنساخ الأصوات، وMOSS-Audio للتعرف على الصوت وتحليله، وMOSS-VL للصور والفيديو، إضافة إلى MOSS-Image لتوليد الصور. كما نشر نموذج MOVA بصورة منفصلة؛ وهو نموذج ينشئ الفيديو مع الصوت، ويتوافر الكود والأوزان الخاصة به عبر مستودع المشروع. تعرض هذه المجموعة تصورا محتملا لبنية منتج مستقبلي: نماذج متخصصة تتصل حول واجهة تفاعلية مشتركة. ولا يحتاج المطور بالضرورة إلى إسناد كل شيء دفعة واحدة إلى نموذج واحد ضخم.

ما أبرز التفاصيل حول ما لا يمكن اعتباره جاهزا حتى الآن؟

ظهرت بعض الخطط في جلسة AMA أجراها الفريق على Reddit. ومن بينها MOSS-Anime، وهو نموذج جديد لتحرير الصور، وMOSS-TTS 2.0 المزود بإمكانية التحكم في المشاعر، ومولد مدمج للفيديو المصحوب بالصوت مخصص لبطاقات الرسوميات الاستهلاكية. هذه إشارات مفيدة إلى اتجاه التطوير، لكنها ليست منتجات جاهزة. وقبل نشر الأوزان والترخيص ومتطلبات الذاكرة وإجراء اختبارات مستقلة، سيكون من المخاطرة بناء خريطة طريق على هذه الوعود. ومن الأفضل أيضا البدء بنموذج أولي عند تجربة MOSS-Live نفسه.

ZK
جمال حميدون — مدير المنتجات في Alpina Digital ومدير منتج AlpinaGPT. يبني منتجات الذكاء الاصطناعي منذ 2019. بدأ Hamidun News كمشروع شخصي ثم أصبح مُجمِّعًا إنتاجيًا بأكثر من 6000 قارئ.
✦ Unified AI Workspace · Nomad

Test Frontier LLMs & Autonomous Agents in One Workspace

Run Claude Opus 5.5, GPT-6, Gemini 3.1, and DeepSeek side-by-side in Nomad AI (nomadnet.ai) — unified model routing, deep research, and multimodal workflows under one subscription.

Try Nomad AI →Launch Nomad Agent
ما رأيك؟
جارٍ تحميل التعليقات…