Volcengine تطلق OpenViking: قاعدة سياق قائمة على نظام الملفات لوكلاء الذكاء الاصطناعي مثل OpenClaw

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

السياق كنظام ملفات

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

تحاول OpenViking اختزال كل ذلك في نموذج واحد: نظام ملفات افتراضي بعناوين `viking://`.

• `viking://resources` — الوثائق والمستودعات وصفحات الويب وغيرها من المعارف الخارجية
• `viking://user` — ذاكرة المستخدم وعاداته وتفضيلاته
• `viking://agent` — مهارات الوكيل نفسه وتعليماته وذاكرته العاملة
• `.abstract` — طبقة L0 قصيرة للتحقق السريع من الصلة بالموضوع
• `.overview` — طبقة L1 تتضمن نظرة عامة قبل قراءة المحتوى الكامل

داخل هذه البنية تُوزَّع أنواع السياق المختلفة على مجلدات ذات معرّفات URI واضحة، ويستطيع الوكيل الوصول إليها تقريبًا كما يصل المطوّر إلى الملفات المحلية. وبذلك لا يبقى السياق صندوقًا أسود. فبدلًا من عبارة مبهمة مثل «عُثر على شيء ما عبر التضمينات (embeddings)»، تظهر ملاحة مفهومة: يستطيع الوكيل استعراض الشجرة، وقراءة ملفات محددة، والبحث داخل مجلد، وتتبّع المسار المؤدي إلى المقطع المطلوب، والتحكم بدقة أكبر فيما يصل إلى الـ prompt.

ضوضاء أقل في الـ prompt

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

تفصل OpenViking داخليًا بين التحليل (parsing) والمعالجة الدلالية. تُحوَّل المستندات أولًا إلى شكل مهيكل، ثم يبدأ بشكل منفصل طابور لتوليد النظرات العامة والتحويل إلى متجهات. يتيح ذلك استيراد ملفات Markdown والنصوص، وكذلك PDF وHTML وWord وPowerPoint وExcel وEPUB والصور والصوت والفيديو. وللشيفرة البرمجية وضع مستقل يعتمد على tree-sitter: تستطيع المنظومة استخراج الهيكل البنيوي لملفات Python وJavaScript وTypeScript وRust وGo وJava وC/C++، لتتجنب استدعاءات LLM الزائدة حيث يكفي هيكل AST.

البحث والذاكرة

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

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

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

وقد عُرض سيناريو عملي بالفعل على مثال OpenClaw. فهناك إضافة (plugin) تستخدم OpenViking كخلفية للذاكرة طويلة الأمد، وتستورد الموارد والمهارات إلى المساحات المقابلة في `viking://`، ثم تمنح الوكيل أوامر مستقلة للبحث وحفظ الذكريات وفتح الأرشيفات. أي إن المشروع لا يبدو فكرة بحثية مجردة، بل طبقة بنية تحتية يمكن ربطها فعلًا بوكلاء حقيقيين في خطوط العمل الإنتاجية.

ماذا يعني ذلك

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