البدء السريع
الصق هذا فيopenclaw.json لإعداد افتراضي آمن — يكون Plugin مفعّلًا، ومحصورًا في
الوكيل main، ولجلسات الرسائل المباشرة فقط، ويرث نموذج الجلسة
عندما يكون متاحًا:
plugins.entries.active-memory.enabled: trueيشغّل Pluginconfig.agents: ["main"]يضمّن الوكيلmainفقط في Active Memoryconfig.allowedChatTypes: ["direct"]يحصره في جلسات الرسائل المباشرة (ضمّن المجموعات/القنوات صراحة)config.model(اختياري) يثبت نموذج استرجاع مخصصًا؛ وعند تركه غير مضبوط يرث نموذج الجلسة الحاليconfig.modelFallbackيُستخدم فقط عندما لا يُحل أي نموذج صريح أو موروثconfig.promptStyle: "balanced"هو الافتراضي لوضعrecent- لا يزال Active Memory يعمل فقط لجلسات المحادثة التفاعلية المستمرة المؤهلة
توصيات السرعة
أبسط إعداد هو تركconfig.model غير مضبوط والسماح لـ Active Memory باستخدام
النموذج نفسه الذي تستخدمه بالفعل للردود العادية. هذا هو الافتراضي الأكثر أمانًا
لأنه يتبع المزوّد والمصادقة وتفضيلات النموذج الموجودة لديك.
إذا أردت أن يبدو Active Memory أسرع، فاستخدم نموذج استدلال مخصصًا
بدلًا من استعارة نموذج المحادثة الرئيسي. جودة الاسترجاع مهمة، لكن زمن الاستجابة
أهم مقارنة بمسار الإجابة الرئيسي، وسطح أدوات Active Memory
ضيق (فهو يستدعي فقط أدوات استرجاع الذاكرة المتاحة).
خيارات جيدة للنماذج السريعة:
cerebras/gpt-oss-120bكنموذج استرجاع مخصص منخفض زمن الاستجابةgoogle/gemini-3-flashكخيار احتياطي منخفض زمن الاستجابة دون تغيير نموذج المحادثة الأساسي- نموذج جلستك العادي، عبر ترك
config.modelغير مضبوط
إعداد Cerebras
أضف مزوّد Cerebras ووجّه Active Memory إليه:chat/completions للنموذج
المختار — فظهوره في /v1/models وحده لا يضمن ذلك.
كيفية رؤيته
يحقن Active Memory بادئة مطالبة مخفية غير موثوقة للنموذج. ولا يعرض وسوم<active_memory_plugin>...</active_memory_plugin> الخام في
الرد العادي المرئي للعميل.
تبديل الجلسة
استخدم أمر Plugin عندما تريد إيقاف Active Memory مؤقتًا أو استئنافه في جلسة المحادثة الحالية دون تعديل الإعدادات:plugins.entries.active-memory.enabled، أو استهداف الوكيل، أو أي إعداد
عام آخر.
إذا أردت أن يكتب الأمر الإعدادات وأن يوقف Active Memory مؤقتًا أو يستأنفه في
كل الجلسات، فاستخدم الصيغة العامة الصريحة:
plugins.entries.active-memory.config.enabled. وهي تترك
plugins.entries.active-memory.enabled مفعّلًا حتى يبقى الأمر متاحًا
لتشغيل Active Memory مرة أخرى لاحقًا.
إذا أردت رؤية ما يفعله Active Memory في جلسة مباشرة، فشغّل
تبديلات الجلسة التي تطابق المخرجات التي تريدها:
- سطر حالة Active Memory مثل
Active Memory: status=ok elapsed=842ms query=recent summary=34 charsعند/verbose on - ملخص تصحيح أخطاء مقروء مثل
Active Memory Debug: Lemon pepper wings with blue cheese.عند/trace on
/trace raw، فسيعرض مقطع Model Input (User Role) المتتبع
بادئة Active Memory المخفية كما يلي:
متى يعمل
يستخدم Active Memory بوابتين:- الاشتراك عبر الإعدادات
يجب تمكين Plugin، ويجب أن يظهر معرّف الوكيل الحالي في
plugins.entries.active-memory.config.agents. - أهلية صارمة وقت التشغيل حتى عندما يكون ممكّنًا ومستهدفًا، لا يعمل Active Memory إلا لجلسات المحادثة التفاعلية المستمرة المؤهلة.
أنواع الجلسات
يتحكمconfig.allowedChatTypes في أنواع المحادثات التي قد تشغّل Active
Memory أصلًا.
الافتراضي هو:
config.allowedChatIds و
config.deniedChatIds بعد اختيار أنواع الجلسات المسموحة.
allowedChatIds هي قائمة سماح صريحة لمعرّفات المحادثات المحلولة. عندما
تكون غير فارغة، لا يعمل Active Memory إلا عندما يكون معرّف محادثة الجلسة ضمن
تلك القائمة. وهذا يضيّق كل نوع محادثة مسموح مرة واحدة، بما في ذلك الرسائل
المباشرة. إذا أردت كل الرسائل المباشرة بالإضافة إلى مجموعات محددة فقط، فأدرج
معرّفات النظراء المباشرين في allowedChatIds أو أبقِ allowedChatTypes مركزة على
طرح المجموعة/القناة الذي تختبره.
deniedChatIds هي قائمة حظر صريحة. وهي تتغلب دائمًا على
allowedChatTypes و allowedChatIds، لذلك تُتخطى المحادثة المطابقة
حتى عندما يكون نوع جلستها مسموحًا بخلاف ذلك.
تأتي المعرّفات من مفتاح جلسة القناة المستمرة: مثل Feishu
chat_id / open_id، أو معرّف محادثة Telegram، أو معرّف قناة Slack. المطابقة
غير حساسة لحالة الأحرف. إذا كانت allowedChatIds غير فارغة ولم يتمكن OpenClaw من حل
معرّف محادثة للجلسة، يتخطى Active Memory الدور بدلًا من
التخمين.
مثال:
أين يعمل
Active Memory ميزة إثراء حواري، وليست ميزة استدلال على مستوى المنصة كلها.| السطح | هل يشغّل Active Memory؟ |
|---|---|
| Control UI / جلسات محادثة الويب المستمرة | نعم، إذا كان Plugin مفعّلًا وكان الوكيل مستهدفًا |
| جلسات قنوات تفاعلية أخرى على مسار المحادثة المستمرة نفسه | نعم، إذا كان Plugin مفعّلًا وكان الوكيل مستهدفًا |
| عمليات تشغيل عديمة الواجهة لمرة واحدة | لا |
| عمليات Heartbeat/الخلفية | لا |
مسارات agent-command الداخلية العامة | لا |
| تنفيذ وكيل فرعي/مساعد داخلي | لا |
لماذا تستخدمه
استخدم Active Memory عندما:- تكون الجلسة مستمرة وموجهة للمستخدم
- يكون لدى الوكيل ذاكرة طويلة المدى ذات معنى للبحث فيها
- تكون الاستمرارية والتخصيص أهم من الحتمية الخام للمطالبة
- التفضيلات المستقرة
- العادات المتكررة
- سياق المستخدم طويل المدى الذي ينبغي أن يظهر طبيعيًا
- الأتمتة
- العاملين الداخليين
- مهام API لمرة واحدة
- المواضع التي قد يكون فيها التخصيص المخفي مفاجئًا
كيف يعمل
شكل وقت التشغيل هو: لا يستطيع الوكيل الفرعي الحاجب للذاكرة استخدام إلا أدوات استرجاع الذاكرة المكوّنة. افتراضيًا، هذه هي:memory_searchmemory_get
plugins.slots.memory هو memory-lancedb، يكون الافتراضي هو memory_recall
بدلًا من ذلك. اضبط config.toolsAllow عندما يوفّر مزوّد ذاكرة آخر عقد أداة
استرجاع مختلفًا.
إذا كان الاتصال ضعيفًا، ينبغي أن يعيد NONE.
أوضاع الاستعلام
يتحكمconfig.queryMode في مقدار المحادثة الذي يراه الوكيل الفرعي الحاجب للذاكرة.
اختر أصغر وضع لا يزال يجيب جيدًا عن أسئلة المتابعة؛
ينبغي أن تكبر ميزانيات المهلة مع حجم السياق (message < recent < full).
- message
- recent
- full
تُرسل أحدث رسالة مستخدم فقط.استخدم هذا عندما:
- تريد أسرع سلوك
- تريد أقوى انحياز نحو استرجاع التفضيلات المستقرة
- لا تحتاج أدوار المتابعة إلى سياق حواري
3000 إلى 5000 مللي ثانية لـ config.timeoutMs.أنماط المطالبة
config.promptStyle يتحكم في مدى مبادرة أو صرامة وكيل الذاكرة الفرعي الحاجب
عند تقرير ما إذا كان سيُرجع ذاكرة.
الأنماط المتاحة:
balanced: الافتراضي العام لوضعrecentstrict: الأقل مبادرة؛ الأفضل عندما تريد تسربًا محدودًا جدًا من السياق القريبcontextual: الأكثر ملاءمة للاستمرارية؛ الأفضل عندما يجب أن تكون لسجل المحادثة أهمية أكبرrecall-heavy: أكثر استعدادًا لإظهار الذاكرة عند وجود مطابقات أضعف لكنها لا تزال معقولةprecision-heavy: يفضلNONEبقوة ما لم تكن المطابقة واضحةpreference-only: محسّن للمفضلات والعادات والروتينات والذوق والحقائق الشخصية المتكررة
config.promptStyle مضبوطًا:
config.promptStyle صراحةً، فسيكون لهذا التجاوز الأولوية.
مثال:
سياسة الرجوع الاحتياطي للنموذج
إذا لم يكنconfig.model مضبوطًا، يحاول Active Memory حل نموذج بهذا الترتيب:
config.modelFallback في خطوة الرجوع الاحتياطي المضبوطة.
رجوع احتياطي مخصص اختياري:
config.modelFallbackPolicy فقط كحقل توافق مهجور
للإعدادات الأقدم. لم يعد يغير سلوك وقت التشغيل.
أدوات الذاكرة
افتراضيًا، يسمح Active Memory لوكيل الاستدعاء الفرعي الحاجب باستدعاءmemory_search وmemory_get. يطابق ذلك عقد memory-core
المدمج. عندما يحدد plugins.slots.memory قيمة memory-lancedb ويكون
config.toolsAllow غير مضبوط، يحافظ Active Memory على سلوك LanceDB الحالي
ويستخدم memory_recall بدلًا من ذلك.
إذا كنت تستخدم Plugin ذاكرة آخر، فاضبط config.toolsAllow على أسماء الأدوات
الدقيقة التي يسجلها ذلك Plugin. يدرج Active Memory تلك الأدوات في مطالبة الاستدعاء
ويمرر القائمة نفسها إلى الوكيل الفرعي المضمن. إذا لم تكن أي من
الأدوات المضبوطة متاحة، أو فشل وكيل الذاكرة الفرعي، يتخطى Active Memory
الاستدعاء لتلك الدورة وتستمر الإجابة الرئيسية دون سياق ذاكرة.
بالنسبة لأدوات الاستدعاء المخصصة، يُعد خرج الأداة غير الفارغ والمرئي للنموذج دليلًا على الاستدعاء
ما لم تبلغ حقول النتائج المهيكلة صراحةً عن نتيجة فارغة أو
فشل.
لا يقبل toolsAllow إلا أسماء أدوات ذاكرة محددة. يتم تجاهل أحرف البدل وإدخالات
group:* وأدوات الوكيل الأساسية مثل read وexec وmessage و
web_search قبل بدء وكيل الذاكرة الفرعي المخفي.
ملاحظة السلوك الافتراضي: لم يعد Active Memory يضمّن memory_recall في
قائمة السماح الافتراضية الخاصة بـ memory-core. تستمر إعدادات memory-lancedb الحالية في العمل
عندما يكون plugins.slots.memory مضبوطًا على memory-lancedb. يتجاوز toolsAllow
الصريح الافتراضي التلقائي دائمًا.
memory-core المدمج
لا يحتاج الإعداد الافتراضي إلىtoolsAllow صريح:
ذاكرة LanceDB
يعرض Pluginmemory-lancedb المضمن memory_recall. يكفي تحديد
منفذ الذاكرة لكي يستخدم Active Memory أداة الاستدعاء تلك:
Lossless Claw
Lossless Claw هو Plugin لمحرك السياق وله أدوات الاستدعاء الخاصة به. ثبّته واضبطه كمحرك سياق أولًا؛ راجع محرك السياق. ثم اسمح لـ Active Memory باستخدام أدوات استدعاء Lossless Claw:lcm_expand في toolsAllow للوكيل الفرعي الرئيسي في Active Memory.
يستخدم Lossless Claw ذلك كأداة توسعة مفوضة ذات مستوى أدنى.
منافذ الهروب المتقدمة
هذه الخيارات ليست جزءًا من الإعداد الموصى به عمدًا. يمكن لـconfig.thinking تجاوز مستوى التفكير لوكيل الذاكرة الفرعي الحاجب:
config.promptAppend تعليمات مشغل إضافية بعد مطالبة Active Memory
الافتراضية وقبل سياق المحادثة:
promptAppend مع toolsAllow مخصص عندما يحتاج Plugin ذاكرة غير أساسي
إلى ترتيب أدوات خاص بالمزود أو تعليمات لتشكيل الاستعلام.
يستبدل config.promptOverride مطالبة Active Memory الافتراضية. لا يزال OpenClaw
يلحق سياق المحادثة بعدها:
NONE
أو سياق حقائق مستخدم مختصر للنموذج الرئيسي.
استمرار النصوص
تنشئ عمليات تشغيل وكيل الذاكرة الفرعي الحاجب في Active Memory نصًا حقيقيًا باسمsession.jsonl
أثناء استدعاء وكيل الذاكرة الفرعي الحاجب.
افتراضيًا، يكون ذلك النص مؤقتًا:
- يُكتب إلى دليل مؤقت
- يُستخدم فقط لتشغيل وكيل الذاكرة الفرعي الحاجب
- يُحذف فور انتهاء التشغيل
config.transcriptDir.
استخدم هذا بحذر:
- يمكن أن تتراكم نصوص وكيل الذاكرة الفرعي الحاجب بسرعة في الجلسات النشطة
- يمكن لوضع الاستعلام
fullأن يكرر قدرًا كبيرًا من سياق المحادثة - تحتوي هذه النصوص على سياق مطالبة مخفي وذكريات مستدعاة
الإعدادات
توجد جميع إعدادات Active Memory ضمن:| المفتاح | النوع | المعنى |
|---|---|---|
enabled | boolean | يفعّل Plugin نفسه |
config.agents | string[] | معرّفات الوكلاء التي يمكنها استخدام Active Memory |
config.model | string | مرجع نموذج اختياري لوكيل الذاكرة الفرعي الحاجب؛ عند عدم ضبطه، تستخدم Active Memory نموذج الجلسة الحالي |
config.allowedChatTypes | ("direct" | "group" | "channel")[] | أنواع الجلسات التي يمكنها تشغيل Active Memory؛ القيمة الافتراضية هي جلسات بنمط الرسائل المباشرة |
config.allowedChatIds | string[] | قائمة سماح اختيارية لكل محادثة تُطبّق بعد allowedChatTypes؛ تفشل القوائم غير الفارغة بإغلاق المنع |
config.deniedChatIds | string[] | قائمة منع اختيارية لكل محادثة تتجاوز أنواع الجلسات المسموح بها والمعرّفات المسموح بها |
config.queryMode | "message" | "recent" | "full" | يتحكم في مقدار المحادثة التي يراها وكيل الذاكرة الفرعي الحاجب |
config.promptStyle | "balanced" | "strict" | "contextual" | "recall-heavy" | "precision-heavy" | "preference-only" | يتحكم في مدى مبادرة أو صرامة وكيل الذاكرة الفرعي الحاجب عند تقرير ما إذا كان سيعيد ذاكرة |
config.toolsAllow | string[] | أسماء أدوات ذاكرة محددة يمكن لوكيل الذاكرة الفرعي الحاجب استدعاؤها؛ القيمة الافتراضية هي ["memory_search", "memory_get"]، أو ["memory_recall"] عندما تكون plugins.slots.memory هي memory-lancedb؛ يتم تجاهل أحرف البدل، وإدخالات group:*، وأدوات الوكيل الأساسية |
config.thinking | "off" | "minimal" | "low" | "medium" | "high" | "xhigh" | "adaptive" | "max" | تجاوز متقدم للتفكير لوكيل الذاكرة الفرعي الحاجب؛ القيمة الافتراضية off للسرعة |
config.promptOverride | string | استبدال متقدم للموجّه بالكامل؛ لا يوصى به للاستخدام العادي |
config.promptAppend | string | تعليمات إضافية متقدمة تُلحق بالموجّه الافتراضي أو المتجاوز |
config.timeoutMs | number | مهلة صارمة لوكيل الذاكرة الفرعي الحاجب، بحد أقصى 120000 مللي ثانية |
config.setupGraceTimeoutMs | number | ميزانية إعداد إضافية متقدمة قبل انتهاء مهلة الاستدعاء؛ القيمة الافتراضية 0 وبحد أقصى 30000 مللي ثانية. راجع مهلة السماح عند البدء البارد لإرشادات الترقية في v2026.4.x |
config.maxSummaryChars | number | الحد الأقصى لإجمالي الأحرف المسموح بها في ملخص Active Memory |
config.logging | boolean | يصدر سجلات Active Memory أثناء الضبط |
config.persistTranscripts | boolean | يحتفظ بنصوص وكيل الذاكرة الفرعي الحاجب على القرص بدلاً من حذف الملفات المؤقتة |
config.transcriptDir | string | دليل نسبي لنصوص وكيل الذاكرة الفرعي الحاجب ضمن مجلد جلسات الوكيل |
| المفتاح | النوع | المعنى |
|---|---|---|
config.maxSummaryChars | number | الحد الأقصى لإجمالي الأحرف المسموح بها في ملخص Active Memory |
config.recentUserTurns | number | أدوار المستخدم السابقة المراد تضمينها عندما يكون queryMode هو recent |
config.recentAssistantTurns | number | أدوار المساعد السابقة المراد تضمينها عندما يكون queryMode هو recent |
config.recentUserChars | number | الحد الأقصى للأحرف لكل دور حديث للمستخدم |
config.recentAssistantChars | number | الحد الأقصى للأحرف لكل دور حديث للمساعد |
config.cacheTtlMs | number | إعادة استخدام التخزين المؤقت للاستعلامات المتطابقة المتكررة (النطاق: 1000-120000 مللي ثانية؛ الافتراضي: 15000) |
config.circuitBreakerMaxTimeouts | number | تخطَّ الاستدعاء بعد هذا العدد من المهل المتتالية لنفس الوكيل/النموذج. يُعاد الضبط عند نجاح استدعاء أو بعد انتهاء فترة التهدئة (النطاق: 1-20؛ الافتراضي: 3). |
config.circuitBreakerCooldownMs | number | مدة تخطي الاستدعاء بعد تفعيل قاطع الدائرة، بالمللي ثانية (النطاق: 5000-600000؛ الافتراضي: 60000). |
الإعداد الموصى به
ابدأ بـrecent.
/verbose on لسطر الحالة
العادي و/trace on لملخص تصحيح أخطاء active-memory بدلاً من البحث عن أمر
تصحيح أخطاء منفصل لـ active-memory. في قنوات الدردشة، تُرسل هذه الأسطر
التشخيصية بعد رد المساعد الرئيسي لا قبله.
ثم انتقل إلى:
messageإذا كنت تريد زمناً أقل للاستجابةfullإذا قررت أن السياق الإضافي يستحق وكيل الذاكرة الفرعي الحاجب الأبطأ
مهلة السماح عند البدء البارد
قبل v2026.5.2، كان Plugin يمددtimeoutMs الذي ضبطته بصمت بمقدار
30000 مللي ثانية إضافية أثناء البدء البارد حتى يمكن لإحماء النموذج، وتحميل
فهرس التضمينات، وأول استدعاء أن تتشارك ميزانية أكبر واحدة. نقل v2026.5.2
مهلة السماح هذه خلف إعداد صريح هو setupGraceTimeoutMs — أصبح timeoutMs
الذي ضبطته الآن ميزانية عمل الاستدعاء افتراضياً، ما لم تختر تفعيل ذلك. يستخدم
خطاف الحجب مرحلتين محدودتين حول تلك الميزانية: ما يصل إلى 1500 مللي ثانية
للفحص المسبق للجلسة/الإعداد قبل بدء الاستدعاء، ثم 1500 مللي ثانية ثابتة
منفصلة لتسوية الإيقاف واسترداد النص بعد توقف عمل الاستدعاء. لا تمدد أي من
المهلتين تنفيذ النموذج أو الأداة.
إذا رقّيت من v2026.4.x وكنت قد ضبطت timeoutMs على قيمة مضبوطة لعالم
مهلة السماح الضمنية القديم (القيمة الابتدائية الموصى بها timeoutMs: 15000
مثال على ذلك)، فاضبط setupGraceTimeoutMs: 30000 لتمديد خطاف بناء الموجّه
وميزانيات المراقب الخارجي إلى القيم الفعالة التي كانت موجودة قبل v5.2:
timeoutMs + setupGraceTimeoutMs + 3000 ms.
يستخدم مشغّل الاستدعاء المضمّن ميزانية المهلة الفعّالة نفسها، لذلك يغطي
setupGraceTimeoutMs كلاً من مراقب بناء الموجه الخارجي وتشغيل الاستدعاء
الحاظر الداخلي. يغطي حد الفحص التمهيدي فحوصات الجلسة/التكوين قبل بدء تلك
الميزانية. وتتيح مهلة ما بعد الاستدعاء للخطاف الخارجي إنهاء تنظيف الإجهاض
وقراءة أي حالة نهائية للنص.
بالنسبة إلى Gateways المحدودة الموارد حيث يكون زمن انتقال البدء البارد
مقايضة معروفة، تعمل القيم الأقل (5000–15000 ms) أيضاً — تتمثل المقايضة في
احتمال أعلى لأن يرجع أول استدعاء بعد إعادة تشغيل Gateway نتيجة فارغة بينما
ينتهي الإحماء.
تصحيح الأخطاء
إذا لم تظهر Active Memory حيث تتوقع:- تأكد من أن Plugin مفعّل ضمن
plugins.entries.active-memory.enabled. - تأكد من أن معرّف الوكيل الحالي مدرج في
config.agents. - تأكد من أنك تختبر من خلال جلسة دردشة تفاعلية مستمرة.
- فعّل
config.logging: trueوراقب سجلات Gateway. - تحقق من أن بحث الذاكرة نفسه يعمل باستخدام
openclaw memory status --deep.
maxSummaryChars
- خفّض
queryMode - خفّض
timeoutMs - قلّل أعداد الأدوار الحديثة
- قلّل حدود الأحرف لكل دور
المشكلات الشائعة
تعتمد Active Memory على مسار الاستدعاء الخاص بPlugin الذاكرة المضبوط، لذلك فإن معظم مفاجآت الاستدعاء تكون مشكلات في موفر التضمينات، وليست عيوباً في Active Memory. يستخدم مسارmemory-core الافتراضي memory_search وmemory_get؛ وتستخدم فتحة
memory-lancedb الأداة memory_recall. إذا كنت تستخدم Plugin ذاكرة آخر،
فتأكد من أن config.toolsAllow يذكر الأدوات التي يسجلها ذلك Plugin فعلياً.
تبدّل موفر التضمينات أو توقف عن العمل
تبدّل موفر التضمينات أو توقف عن العمل
إذا لم يتم ضبط
memorySearch.provider، يستخدم OpenClaw تضمينات OpenAI. اضبط
memorySearch.provider صراحةً للتضمينات المحلية أو Ollama أو Gemini أو Voyage
أو Mistral أو DeepInfra أو Bedrock أو GitHub Copilot أو التضمينات المتوافقة مع
OpenAI. إذا تعذر تشغيل الموفر المضبوط، فقد يتدهور memory_search إلى استرجاع
معجمي فقط؛ ولا تعود أعطال وقت التشغيل بعد تحديد موفر مسبقاً إلى بديل تلقائياً.اضبط memorySearch.fallback اختيارياً فقط عندما تريد بديلاً واحداً مقصوداً.
راجع بحث الذاكرة للحصول على القائمة الكاملة
للموفرين والأمثلة.يبدو الاستدعاء بطيئاً أو فارغاً أو غير متسق
يبدو الاستدعاء بطيئاً أو فارغاً أو غير متسق
- فعّل
/trace onلإظهار ملخص تصحيح أخطاء Active Memory المملوك للPlugin في الجلسة. - فعّل
/verbose onلرؤية سطر الحالة🧩 Active Memory: ...أيضاً بعد كل رد. - راقب سجلات Gateway بحثاً عن
active-memory: ... start|done، أوmemory sync failed (search-bootstrap)، أو أخطاء تضمين الموفر. - شغّل
openclaw memory status --deepلفحص الواجهة الخلفية لبحث الذاكرة وصحة الفهرس. - إذا كنت تستخدم
ollama، فتأكد من تثبيت نموذج التضمين (ollama list).
يعيد أول استدعاء بعد إعادة تشغيل Gateway القيمة `status=timeout`
يعيد أول استدعاء بعد إعادة تشغيل Gateway القيمة `status=timeout`
في v2026.5.2 والإصدارات الأحدث، إذا لم يكتمل إعداد البدء البارد (إحماء النموذج +
تحميل فهرس التضمينات) بحلول وقت إطلاق أول استدعاء، فقد يصطدم التشغيل
بميزانية
timeoutMs المضبوطة ويرجع status=timeout
مع مخرجات فارغة. تعرض سجلات Gateway الرسالة active-memory timeout after Nms
حول أول رد مؤهل بعد إعادة التشغيل.راجع مهلة البدء البارد ضمن الإعداد الموصى به لمعرفة
قيمة setupGraceTimeoutMs الموصى بها.