لقد أدّى صعود الوكلاء الذكيين المستقلين إلى إدخال نموذج جديد في أنظمة البرمجيات: الإدراك الآلي المستمر. على عكس روبوتات الدردشة التقليدية التي تعمل دون حالة، تُمكّن أطر الوكلاء الحديثة مثل OpenClaw من تنفيذ تدفقات عمل ذكاء اصطناعي مستمرة وواعية بالسياق. ويكمن جوهر هذه القدرة في نظام الذاكرة لدى OpenClaw، الذي يسمح للوكيل بتخزين المعرفة واسترجاعها وتطويرها عبر الجلسات.
تحوّل الذاكرة المستمرة مساعدي الذكاء الاصطناعي من أدوات محادثة قصيرة العمر إلى أنظمة ذات حالة قادرة على تذكّر القرارات وتعلّم التفضيلات والحفاظ على معرفة على مستوى المشاريع بمرور الوقت. عمليًا، لم يعد المطورون بحاجة إلى شرح السياق مرارًا أو إعادة تهيئة تدفقات العمل في كل مرة يتفاعلون فيها مع الوكيل (إذا كنت لا تزال تتساءل عن كيفية البدء وتهيئة OpenClaw، فهذا هو دليل من خمس دقائق لإعداد OpenClaw مع CometAPI: https://www.cometapi.com/five-minute-tutorial-on-configuring-openclaw-with-cometapi/).
ومع ذلك، فإن هذا التحوّل المعماري يطرح أيضًا تحديات هندسية معقدة:
- كيف تُخزَّن الذاكرة وتُسترجَع؟
- كيف يتحكم المطورون في سلوك الذاكرة؟
- ما الآثار الأمنية故المرتبطة بذاكرة الوكلاء المستمرة؟
- كيف يمكن توسيع الذاكرة دون إنهاك نوافذ سياق LLM؟
تقدم هذه المقالة استكشافًا تقنيًا معمقًا لنظام الذاكرة في OpenClaw، بما في ذلك معماريته ونموذج التخزين وخط أنابيب الاسترجاع وآليات التحكم واعتبارات الأمان.
ما هو OpenClaw؟
OpenClaw هو مساعد ذكاء اصطناعي مفتوح المصدر، يركز أولًا على مساحة العمل، وتقوم بتشغيله على أجهزتك الخاصة. يتصل بمنصات الدردشة (WhatsApp، Telegram، Slack، Discord، إلخ)، ويوفر طبقة تحكم Gateway، والأهم بالنسبة لهذه المقالة—يحتفظ بما “يتذكره” كملفات عادية داخل دليل مساحة العمل. يجعل هذا التصميم الذاكرة شفافة وقابلة للتحكم مباشرة: الذاكرة ليست قاعدة بيانات مخفية داخل النموذج؛ فالملفات في مساحة عمل الوكيل هي مصدر الحقيقة.
أنظمة الذكاء الاصطناعي عديمة الحالة مقابل ذات الحالة
تعمل أنظمة المحادثة التقليدية للذكاء الاصطناعي في وضع عديم الحالة. تتم معالجة كل تفاعل بشكل مستقل، دون وعي بالجلسات السابقة ما لم يُوفَّر السياق صراحةً في المطالبة.
يُنشئ هذا عدة قيود:
- إعادة ضبط السياق بين الجلسات
- اضطرار المستخدمين لتكرار المعلومات
- استحالة التعلّم طويل الأمد
- عدم قدرة تدفقات العمل على الاستمرار
يعالج OpenClaw هذا القيد من خلال إدخال ذاكرة مستمرة مخزنة مباشرة في مساحة عمل الوكيل.
بدلاً من الاعتماد فقط على نافذة سياق النموذج اللغوي، يحتفظ OpenClaw بطبقة ذاكرة محلية مخزنة كملفات منظّمة يمكن للوكيل قراءتها وتحديثها.
يُمكّن ذلك من:
- استمرارية السياق عبر الجلسات
- تخزين معرفة طويلة الأمد
- مساعدين ذكاء اصطناعي مُخصّصين
- أتمتة تدفقات العمل على جداول زمنية ممتدة
نتيجة لذلك، ينتقل OpenClaw بالمساعدين من مستجيبين عديمي الحالة إلى وكلاء ذوي معرفة.
بنية الذاكرة — الطبقات الأربع المهمة
ينظم وقت تشغيل OpenClaw المعلومات إلى طبقات. وفهم هذه الطبقات هو مفتاح التحكم بما يتذكره الوكيل وما يمكنه الوصول إليه.
1) ملفات تمهيد مساحة العمل — النواة الدائمة
ملفات مثل SOUL.md وAGENTS.md وIDENTITY.md وTOOLS.md وMEMORY.md موجودة في جذر مساحة العمل وتُعد مواد تمهيدية. يُعاد تحميلها من القرص عند بدء الجلسة وهي الذاكرة الأكثر دوامًا: تنجو من ضغط التوكنات وتُعاد إدراجها في كل تجميع للمطالبة من القرص بدلًا من تاريخ الجلسة العابر. استخدم هذه الملفات للحقائق طويلة الأمد (تفضيلات المستخدم، القيود القانونية، قرارات المشروع).
2) ملفات يومية/جلسات — سياق قصير إلى متوسط الأمد
يجمع OpenClaw نصوص المحادثات ويحفظ ملفات الجلسة (مثل ملاحظات يومية ضمن مجلد memory/). هذه مفيدة للسياق الحديث واستمرارية الجلسات، لكنها قد تُقصّ أو تُضغط عندما تكبر نافذة سياق وكيلك أكثر من اللازم. يعتمد الكثيرون على ملفات الملاحظات اليومية مثل memory/2026-03-10.md لالتقاط الحقائق الآنية.
3) نافذة سياق LLM — عابرة لكنها حاسمة
يُبنى مُدخل كل دورة من مزيج من ملفات التمهيد وتاريخ الجلسة الحديث ونتائج الذاكرة المُسترجعة. هذا السياق داخل المطالبة هو ما “يراه” LLM فعليًا عند إنتاج الإجابة؛ وهو عابر (محدود بميزانيات التوكن) ويُعاد تكوينه في كل دورة. إذا أردت أن يتصرف الوكيل باستمرار، فضع التوجيهات الأساسية في ملفات التمهيد—لا في الرسائل العابرة فقط.
4) الفهرس الدلالي / ملحق الذاكرة — استرجاع سريع
لتمكين الوكيل من العثور على الملاحظات السابقة ذات الصلة، يستخدم OpenClaw ملحق ذاكرة (الافتراضي: memory-core) يوفر بحثًا دلاليًا عبر ملفات Markdown ومتاجر متجهات خارجية اختيارية (sqlite-vec، LanceDB، QMD، إلخ). الفهرس منفصل عن الملفات: الملفات هي مصدر الحقيقة؛ والفهرس يسرّع الاسترجاع. يمكنك تبديل الملحقات لتغيير سلوك الخلفية (مزوّد التضمين، خوارزمية الاسترجاع، الاستمرارية).
كيف تعمل ذاكرة OpenClaw؟
بنية وكيل قائمة على Gateway
يستخدم OpenClaw بنية تتمحور حول البوابة تنسّق الاتصال بين عدة مكونات نظام.
المكونات الأساسية:
| المكوّن | الوظيفة |
|---|---|
| Gateway | العملية المركزية لإدارة الاتصالات |
| Brain | محرك استدلال LLM |
| Hands | طبقة التنفيذ (shell، نظام الملفات، المتصفح) |
| Memory | مخزن المعرفة الدائم |
| Channels | واجهات المراسلة |
| Skills | وحدات الأتمتة القابلة للتوسعة |
ضمن هذه البنية، تعمل الذاكرة كمستوى التخزين طويل الأمد لمعرفة الوكيل.
الذاكرة كملفات (مصدر الحقيقة)
يضع OpenClaw ملفات Markdown عادية في مساحة عمل الوكيل في قلب نموذج ذاكرته. يكتب الوكيل إلى هذه الملفات ويقرأ منها؛ وهي المخزن الدائم والقابل للتحرير من قِبل البشر. لا “يتذكّر” LLM إلا ما كُتب إلى القرص — أما سياق الجلسة المتطاير فهو منفصل. تشمل الملفات والاصطلاحات النموذجية:
MEMORY.md— عناصر ذاكرة منتقاة ودائمة طويلة الأمد (القرارات، حقائق ملف تعريف المستخدم، التفضيلات الدائمة).memory/YYYY-MM-DD.md— سجلات يومية للكتابة فقط تُستخدم كذاكرة يومية/عابرة.USER.mdوSOUL.mdوAGENTS.md— ملفات أخرى في مساحة العمل تؤثّر في شخصية الوكيل أو سلوكه.
تعيش هذه الملفات في مساحة عمل الوكيل (الافتراضي~/.openclaw/workspace) ويمكنك قراءتها أو تحريرها في أي وقت.
مساران للوصول: مدعوم بالملفات + مدعوم بالفهرس
نظرًا لأن البحث الدلالي في الملفات العادية غير فعّال على نطاق واسع، يُقرن OpenClaw مصدر Markdown بـفهرس (مخزن متجهات مع فهرس نصي اختياري BM25). يستخدم الوكيل أداة memory_search في التعامل مع الفهرس؛ أما القراءات المستهدفة فتستخدم memory_get الذي يقرأ مباشرةً من ملف/نطاق أسطر. يوفّر نهج الفهرسة الهجين — المتجهات (التضمينات) + BM25 (الكلمات المفتاحية) — استدعاءً دلاليًا مع موثوقية المطابقة الدقيقة. التخزين النموذجي للفهرس هو ملف SQLite محلي مُعزّز للبحث المتجهي (مثل ~/.openclaw/agents/<agentId>/index.sqlite).
memory_search(query, topK)— يعيد قائمة مرتّبة من المقاطع المطابقة مع بيانات تعريف (المسار، الأسطر، الدرجة). استخدمه عندما تريد أن “يبحث” الوكيل أولًا عن ذاكرة ذات صلة قبل الإجابة.memory_get(path, startLine, endLine)— يعيد جزءًا خامًا من ملف Markdown؛ استخدمه عندما تعرف مسبقًا مكان الذاكرة.
هذه أدوات مدمجة للوكيل؛ ويمكن للمهارات والشيفرات المخصّصة استدعاؤها حسب الحاجة.
دورة الحياة: كتابة، فهرسة، استدعاء، تفريغ، ضغط
يطبّق OpenClaw دورة حياة صريحة للذاكرة:
- الكتابة — يكتب الوكيل الذاكرة إلى ملفات Markdown عند حدوث حدث يستحق الذاكرة (طلب صريح، قرار مُسجّل، أو تفريغ ذاكرة تلقائي).
- الفهرسة — يقوم راصد ملفات ووظيفة دفعية بفهرسة تزايدية للملفات الجديدة/المعدلة في مخزن المتجهات + BM25.
- الاستدعاء — يستدعي الوكيل
memory_search(دلالي) أوmemory_get(مستهدف) أثناء الجلسة. - تفريغ الذاكرة (قبل الضغط) — عندما يقترب سياق الجلسة من حد نافذة النموذج، يُطلق OpenClaw دورة صامتة للوكيل لكتابة أي شيء يرى أنه يجب حفظه إلى القرص قبل الضغط (يمكن ضبط ذلك).
- الضغط — يضغط النظام السياق أو يلخّصه للحفاظ على صِغَر الجلسة النشطة؛ وتظل ملفات الذاكرة هي الملاذ الدائم.
خط أنابيب التجزئة والتضمين (تفصيل تقني)
عند فهرسة الملفات، يتم تقسيمها إلى مقاطع (إرشادات شائعة: ~300–500 توكن لكل مقطع مع تداخل)، ثم يُحوَّل كل مقطع إلى تضمين باستخدام المزوّد الذي تختاره (OpenAI، Gemini، تضمينات GGUF محلية، إلخ). تُخزَّن المتجهات الناتجة جنبًا إلى جنب مع بيانات المصدر (مسار الملف، بداية/نهاية السطر، الطابع الزمني) للاسترجاع. يتم الاسترجاع بحساب تضمين الاستعلام، وإجراء بحث أقرب الجيران في فضاء المتجهات، ثم دمجه اختياريًا مع درجات BM25 ومعيد ترتيب. يُحسّن هذا النهج الهجين الدقة في الاستعلامات الواقعية مع الحفاظ على الاستدعاء الدلالي للمحتوى المُعاد صياغته.
عملي: كيفية التحكم في الذاكرة (أوامر، ملفات، إعدادات)
فيما يلي خطوات عملية يجب على المشغلين والمطورين استخدامها لفحص ذاكرة OpenClaw وتعديلها والتحكم بها. تفترض الأمثلة تثبيتًا محليًا قياسيًا حيث مساحة العمل الافتراضية هي ~/.openclaw/workspace (يمكنك تجاوز ذلك عبر agents.defaults.workspace).
فحص ونسخ احتياطي لملفات الذاكرة الخام
الذاكرة هي Markdown. انسخ مساحة العمل احتياطيًا أو على الأقل انسخ MEMORY.md ومجلد memory/.
مثال Shell:
# show workspace location (recommended)openclaw config get agents.defaults.workspace# copy memory files to a timestamped backupcp -r ~/.openclaw/workspace ~/.openclaw/workspace-backup-$(date +%F-%H%M)# or only memory files:cp ~/.openclaw/workspace/MEMORY.md ~/backups/opencaw-MEMORY-$(date +%F).mdcp -r ~/.openclaw/workspace/memory ~/backups/opencaw-memory-$(date +%F)/
توصي الوثائق وأدلة المجتمع صراحةً بنسخ MEMORY.md + memory/ للتصدير/النسخ الاحتياطي.
تحرير MEMORY.md — الطريقة الموصى بها لترميز الحقائق طويلة الأمد
ضع التفضيلات والحقائق المستقرة في MEMORY.md. يُقرأ هذا الملف عند بدء الجلسة للحقن المباشر في السياق.
مقتطف MEMORY.md كمثال:
# MEMORY.md## User preferences- timezone: Asia/Tokyo- prefers_brief_responses: true- default_calendar: personal@gmail.com## Projects- acme-internal: deploy target Cloudflare Workers, main repo: github.com/org/acme
بعد التحرير، لا حاجة لإعادة التشغيل لقراءات الملفات في الجلسات الجديدة؛ لكن بالنسبة لفهارس الملحقات قد تحتاج لإعادة الفهرسة (انظر أدناه).
كتابة الذاكرة برمجيًا (مثال Node.js)
لأن الذاكرة عبارة عن ملفات، يمكن للسكربتات البسيطة الإلحاق أو إنشاء عناصر ذاكرة. هذا مفيد عندما يريد نظام خارجي تسجيل حقائق في مساحة عمل الوكيل.
// append-memory.js (Node.js)import {writeFileSync, appendFileSync} from 'fs';import {homedir} from 'os';import path from 'path';const ws = path.join(homedir(), '.openclaw', 'workspace');const mdPath = path.join(ws, 'memory', `${new Date().toISOString().slice(0,10)}.md`);// ensure folder exists and append a factappendFileSync(mdPath, `\n- ${new Date().toISOString()}: Completed deployment for project X\n`);console.log(`Wrote to ${mdPath}`);
تلميح: استخدم openclaw config get agents.defaults.workspace لتأكيد مسار مساحة العمل قبل الكتابة.
إعادة الفهرسة والتحكم بالملحقات
إذا غيّرت ملفات الذاكرة وتعتمد على البحث الدلالي، فستحتاج لإعادة الفهرسة (أو انتظار مفهرس الملحق التلقائي).
- تحقق أي ملحق نشط:
openclaw config get plugins.slots.memory - أعد الفهرسة (يعتمد على الملحق—كثير منها يعرِض CLI مثل
openclaw memory reindexأو يتطلب إعادة تشغيل Gateway).
مقتطف إعدادات لتعطيل ملحقات الذاكرة (فرض سلوك يعتمد على الملفات فقط):
// ~/.openclaw/openclaw.json (partial){ "plugins": { "slots": { "memory": "none" } }}
بعد تغيير إعدادات الملحق، أعد تشغيل Gateway لتفعيل الإعداد:
openclaw gateway restart
تُظهر الوثائق ومراجع الإعدادات تحديدًا أن plugins.slots.memory وplugins.installs هما أدوات التحكم بإدارة ملحق الذاكرة.
تبديل خلفيات الذاكرة — مثال: إضافة ملحق LanceDB
توجد ملحقات من المجتمع لاستبدال الخلفية الافتراضية للذاكرة بمخازن متجهات أعلى قابلية للتوسع. نمط المثال (من ملحق مجتمعي شائع):
# from your workspace rootcd ~/.openclaw/workspacegit clone https://github.com/win4r/memory-lancedb-pro.git plugins/memory-lancedb-procd plugins/memory-lancedb-pronpm install# then update openclaw.json to activate the 'memory-lancedb-pro' plugin# and restart gateway:openclaw gateway restart
يوصي ملف README ومؤلفو الملحق باستخدام مسارات مطلقة في plugins.load.paths ومتغيرات بيئة صريحة لمفاتيح واجهات برمجة تضمين.
بحث الذاكرة عبر CLI واستكشاف الأخطاء وإصلاحها
يوفر OpenClaw أدوات CLI مثل openclaw memory للبحث أو إدارة الفهرس الدلالي. راقب مشكلات الملحقات الخاصة (على سبيل المثال، أبلغ مستخدمو خلفية QMD عن عدم تطابق الفهرس/البحث ما استلزم إعادة التهيئة). عند فقدان النتائج، أعد الفهرسة وتحقق من سجلات الملحق.
الذاكرة كملفات (مصدر الحقيقة)
يضع OpenClaw ملفات Markdown عادية في مساحة عمل الوكيل في قلب نموذج ذاكرته. يكتب الوكيل إلى هذه الملفات ويقرأ منها؛ وهي المخزن الدائم والقابل للتحرير من قِبل البشر. لا “يتذكّر” LLM إلا ما كُتب إلى القرص — أما سياق الجلسة المتطاير فهو منفصل. تشمل الملفات والاصطلاحات النموذجية:
MEMORY.md— عناصر ذاكرة منتقاة ودائمة طويلة الأمد (القرارات، حقائق ملف تعريف المستخدم، التفضيلات الدائمة).memory/YYYY-MM-DD.md— سجلات يومية للكتابة فقط تُستخدم كذاكرة يومية/عابرة.USER.mdوSOUL.mdوAGENTS.md— ملفات أخرى في مساحة العمل تؤثّر في شخصية الوكيل أو سلوكه.
تعيش هذه الملفات في مساحة عمل الوكيل (الافتراضي~/.openclaw/workspace) ويمكنك قراءتها أو تحريرها في أي وقت.
الخلاصة
يمثل نظام الذاكرة لدى OpenClaw تحولًا أساسيًا في هندسة الذكاء الاصطناعي.
بدلاً من محادثات عابرة، تُدخل المنصة طبقات ذاكرة مستمرة يسيطر عليها المطورون، تتيح لوكلاء الذكاء الاصطناعي تراكم المعرفة بمرور الوقت.
يؤكد تصميمها على:
- الشفافية عبر التخزين القائم على الملفات
- القابلية للتوسع عبر الاسترجاع المعتمد على التضمينات
- تحكم المطور عبر الإعدادات
- قابلية التوسعة عبر الملحقات
ومع ذلك، تُدخل الذاكرة المستمرة تحديات هندسية وأمنية جديدة يجب على المطورين إدارتها بعناية.
ومع ازدياد قوة الوكلاء المستقلين وانتشارهم، ستصبح أنظمة الذاكرة مثل نظام OpenClaw على الأرجح مكوّنًا أساسيًا في الجيل التالي من أنظمة البرمجيات الذكية.
لقد أصبح CometAPI الآن متكاملًا مع openclaw. إذا كنت تبحث عن واجهات برمجة تطبيقات تدعم Claude وGemini وGPT-5 Series، فإن CometAPI هو الخيار الأفضل لاستخدام openclaw، كما أن سعر واجهاته في انخفاض مستمر. وقد حدّث OpenClaw مؤخرًا توافقه مع GPT-5.4 وحسّن سير عمله. يمكنك الآن أيضًا تهيئة OpenClaw عبر GPT-5.4 من CometAPI.
هل أنت مستعد للانطلاق؟→ سجّل في OpenClaw اليوم
إذا كنت تريد المزيد من النصائح والأدلة والأخبار عن الذكاء الاصطناعي، تابعنا على VK وX وDiscord!