Active Memory هو عامل فرعي اختياري للذاكرة، حاظر ومملوك لـ Plugin، يعمل قبل الرد الرئيسي للجلسات الحوارية المؤهلة. وهو موجود لأن معظم أنظمة الذاكرة قادرة لكنها تفاعلية. فهي تعتمد على العامل الرئيسي ليقرر متى يبحث في الذاكرة، أو على المستخدم ليقول أشياء مثل “remember this” أو “search memory.” وبحلول ذلك الوقت، تكون اللحظة التي كانت الذاكرة ستجعل فيها الرد يبدو طبيعياً قد مضت بالفعل. يمنح Active Memory النظام فرصة واحدة محدودة لإظهار الذاكرة ذات الصلة قبل إنشاء الرد الرئيسي.Documentation Index
Fetch the complete documentation index at: https://docs2.openclaw.ai/llms.txt
Use this file to discover all available pages before exploring further.
البدء السريع
الصق هذا في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، لذلك تُتخطى المحادثة المطابقة
حتى عندما يكون نوع جلستها مسموحاً به بخلاف ذلك.
تأتي المعرفات من مفتاح جلسة القناة المستمرة: مثل
chat_id / open_id في Feishu، أو معرف محادثة Telegram، أو معرف قناة Slack. المطابقة
غير حساسة لحالة الأحرف. إذا كانت allowedChatIds غير فارغة وتعذر على OpenClaw حل
معرف محادثة للجلسة، يتخطى Active Memory الدور بدلاً من
التخمين.
مثال:
أين يعمل
Active Memory ميزة إثراء حوارية، وليس ميزة استدلال على مستوى المنصة كلها.| السطح | هل يشغّل Active Memory؟ |
|---|---|
| واجهة التحكم / جلسات محادثة الويب المستمرة | نعم، إذا كان 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 بدلًا من ذلك.
إذا كنت تستخدم إضافة ذاكرة أخرى، فعيّن config.toolsAllow إلى أسماء الأدوات الدقيقة
التي تسجلها تلك الإضافة. يعرض 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
تعرض إضافةmemory-lancedb المضمّنة memory_recall. اختيار خانة
الذاكرة يكفي لكي يستخدم Active Memory أداة الاستدعاء تلك:
Lossless Claw
Lossless Claw هو إضافة محرك سياق لها أدوات الاستدعاء الخاصة بها. ثبّتها واضبطها أولًا كمحرك سياق؛ راجع محرك السياق. ثم اسمح لـ Active Memory باستخدام أدوات استدعاء Lossless Claw:lcm_expand في toolsAllow للوكيل الفرعي الرئيسي في Active Memory.
يستخدم Lossless Claw ذلك كأداة توسيع مفوضة منخفضة المستوى.
مخارج متقدمة
هذه الخيارات ليست جزءًا من الإعداد الموصى به عمدًا. يمكن لـconfig.thinking تجاوز مستوى تفكير وكيل الذاكرة الفرعي الحاجب:
config.promptAppend تعليمات مشغّل إضافية بعد موجّه Active
Memory الافتراضي وقبل سياق المحادثة:
promptAppend مع toolsAllow مخصص عندما تحتاج إضافة ذاكرة غير أساسية
إلى ترتيب أدوات خاص بالمزود أو تعليمات لتشكيل الاستعلام.
يستبدل config.promptOverride موجّه Active Memory الافتراضي. ما يزال OpenClaw
يلحق سياق المحادثة بعده:
NONE
أو سياق حقيقة مستخدم موجز للنموذج الرئيسي.
استمرار النص الحواري
تنشئ عمليات تشغيل وكيل الذاكرة الفرعي الحاجب في Active Memory نصًا حواريًا حقيقيًا فيsession.jsonl أثناء استدعاء وكيل الذاكرة الفرعي الحاجب.
افتراضيًا، يكون هذا النص الحواري مؤقتًا:
- يُكتب إلى دليل مؤقت
- يُستخدم فقط لتشغيل وكيل الذاكرة الفرعي الحاجب
- يُحذف فور انتهاء التشغيل
config.transcriptDir.
استخدم هذا بحذر:
- يمكن أن تتراكم نصوص وكيل الذاكرة الفرعي الحاجب بسرعة في الجلسات النشطة
- يمكن لوضع الاستعلام
fullأن يكرر قدرًا كبيرًا من سياق المحادثة - تحتوي هذه النصوص الحوارية على سياق موجّه مخفي وذكريات مستدعاة
الإعداد
توجد جميع إعدادات الذاكرة النشطة تحت:| المفتاح | النوع | المعنى |
|---|---|---|
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 المضبوطة لديك الآن هي الميزانية افتراضياً، ما لم تشترك صراحة.
إذا رقيت من v2026.4.x وكنت قد ضبطت timeoutMs على قيمة مضبوطة لعالم المهلة
الضمنية القديم (قيمة البداية الموصى بها timeoutMs: 15000 مثال على ذلك)، فاضبط
setupGraceTimeoutMs: 30000 لتمديد خطاف بناء الموجه وميزانيات مراقب المهلة
الخارجي إلى القيم الفعالة السابقة لـ v5.2:
setupGraceTimeoutMs صريح، بحيث لم يعد Plugin يمدد بصمت إعدادات
15000 مللي ثانية إلى 45000 مللي ثانية على المسار الرئيسي.”
يستخدم مشغّل الاستدعاء المضمّن ميزانية المهلة الفعلية نفسها، لذلك
يغطي 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 تلقائياً أول
موفّر تضمينات متاح. يمكن لمفتاح API جديد، أو نفاد الحصة، أو موفّر مستضاف
محدود المعدّل أن يغيّر الموفّر الذي يُحل بين التشغيلات. إذا لم يُحل أي موفّر،
فقد يتراجع memory_search إلى الاسترجاع المعجمي فقط؛ ولا يتم الرجوع تلقائياً
عند حدوث إخفاقات وقت التشغيل بعد اختيار موفّر بالفعل.ثبّت الموفّر (ورجوعاً اختيارياً) صراحةً لجعل الاختيار حتمياً. راجع بحث الذاكرة للحصول على القائمة الكاملة
بالموفّرين وأمثلة التثبيت.يبدو الاستدعاء بطيئاً أو فارغاً أو غير متسق
يبدو الاستدعاء بطيئاً أو فارغاً أو غير متسق
- فعّل
/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 الموصى بها.