علي بابا كلاود تعلن تفوقًا بمقدار 9.27 ضعفًا في ذاكرة الذكاء الاصطناعي على منافس لم تسمّه

أجرت MemOS Cloud الاختبار المعياري، والظروف المعلنة هي ما تتوقعه من اختبار مُحكم: تهيئة آلة متطابقة، ومجموعات بيانات متطابقة، وحِمل متطابق. وعبر خمس نقاط حِمل تتراوح بين 10 و40 استعلامًا في الثانية، سجّل PolarDB for PostgreSQL زمن استجابة P99 أقل من قاعدة البيانات المقارَنة في كل مرة. ويمتد الفارق المُبلَّغ عنه من 1.79 ضعفًا إلى 9.27 ضعفًا، بوسيط 2.71 ضعفًا ومتوسط 3.96 ضعفًا عبر تلك النقاط الخمس.

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

لماذا لم تعد الذاكرة سجل محادثة

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

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

قاعدة بيانات واحدة بدلًا من ثلاث

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

يدمج PolarDB for PostgreSQL هذه الثلاثة في نظام واحد. فتتولى إضافة PGVector المحسّنة البحث الدلالي، ويتولى محرك الرسوم البيانية PolarAGE علاقات الكيانات، وتغطي PostgreSQL الأصلية البيانات المنظمة. وتدّعي علي بابا كلاود أن PolarAGE يصل إلى عشرات الآلاف من الاستعلامات في الثانية باستجابات دون 100 مللي ثانية على نطاق مئة مليار عقدة، مع التنقل متعدد القفزات والاستدلال بالسلسلة السببية.

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

داخل مسار الكتابة

يجب معالجة محتوى المحادثة قبل أن يصبح ذاكرة. ويقدّم PolarDB ثلاثة عوامل نموذجية: عامل LLM يستخرج الحقائق طويلة الأمد والتفضيلات وثلاثيات الكيانات؛ وعامل تضمين يحوّل المحتوى إلى متجهات؛ وعامل إعادة ترتيب يعيد ترتيب نتائج الاستدعاء بحيث تصل مواد أقل غير ذات صلة إلى سياق النموذج.

تعطي استدعاءات النماذج الأولوية لـ Model Studio، خدمة النماذج من علي بابا كلاود، مع عمل العوامل داخل قاعدة البيانات كخيار احتياطي في أوقات الحِمل المرتفع. والخيار الاحتياطي إجراء لضمان الاستقرار، وليس ادعاءً بأن المسارين يعملان بالطريقة نفسها، والمصدر لا يقارن بينهما.

يجري الاستدعاء على ثلاث مراحل. تنفّذ L1 فرزًا متجهيًا مع تصفية السمات ومطابقة الوسوم، بزمن استجابة معلن يقل عادةً عن 50 مللي ثانية. وتتوسّع L2 عبر الرسم البياني من العقد المرشحة إلى الذكريات ذات الصلة، مع الحفاظ على P95 للمسار الأساسي في نطاق 10 مللي ثانية. وتعيد L3 ترتيب المرشحين ويحكم فيها نموذج لغوي على العلاقات السببية والمتعارضة والشرطية، مستبعدًا التكرارات والمحتوى غير ذي الصلة.

تعدد المستأجرين وحساب التكلفة

يُترجم العزل إلى أوليات قاعدة البيانات. فعنقود PolarDB هو الحد الفيزيائي، وقاعدة البيانات تفصل خطوط الأعمال، والمخطط يحتضن MemCube، والجداول أو الرسوم البيانية تخزّن العقد والمتجهات والحواف. وداخل MemCube واحد، يقسّم PolarDB الرسوم البيانية الفرعية حسب UserID، وهو ما يقول المصدر إنه يحسّن كفاءة الاستدعاء بأكثر من 50% عند نطاق مكافئ ويدعم مساحات ذاكرة منفصلة لعشرات الملايين من المستخدمين.

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

ما يتركه المصدر مفتوحًا

ثمة أسئلة عدة تحتاج إلى إجابات قبل أن تحمل الأرقام وزنًا. فالمصدر ينسب الاختبار المعياري إلى MemOS Cloud ولا يقدّم تحققًا مستقلًا، لذا تبقى أرقام زمن الاستجابة ادعاءات من المورّد حتى يعيد طرف ثالث إجراءها.

لا تُفصح هوية قاعدة البيانات المقارَنة ولا تهيئتها ولا نسخة PolarDB التي جرى اختبارها. وبدونها، يصبح 9.27 ضعفًا ادعاءً لا قياسًا يستطيع أي طرف تدقيقه.

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