Skip to main content
مساعدات غير تفاعلية لـ openclaw.json: الحصول على قيمة أو تعيينها أو ترقيعها أو إلغاء تعيينها حسب المسار، أو طباعة المخطط، أو التحقق من الصحة، أو طباعة مسار الملف النشط. شغّل openclaw config من دون أمر فرعي لفتح المعالج الإرشادي نفسه الذي يفتحه openclaw configure.
عندما يكون OPENCLAW_NIX_MODE=1، يتعامل OpenClaw مع openclaw.json على أنه غير قابل للتغيير. تظل أوامر القراءة فقط (config get وconfig file وconfig schema وconfig validate) عاملة؛ بينما ترفض أوامر كتابة الإعدادات. عدّل مصدر Nix الخاص بالتثبيت بدلاً من ذلك؛ ولتوزيعة nix-openclaw الرسمية، استخدم البدء السريع لـ nix-openclaw وعيّن القيم ضمن programs.openclaw.config أو instances.<name>.config.

خيارات الجذر

string
مرشح قابل للتكرار لقسم الإعداد الإرشادي عند تشغيل openclaw config من دون أمر فرعي.
الأقسام الإرشادية: workspace، model، web، gateway، daemon، channels، plugins، skills، health.

أمثلة

المسارات

ترميز النقطة أو الأقواس. ضع مسارات الأقواس بين علامتي اقتباس في أمثلة الصدفة حتى لا يوسّعها zsh كنمط glob في [0]:

config get

يقرأ قيمة من لقطة الإعدادات المنقّحة (لا تُطبع الأسرار مطلقًا). يطبع --json القيمة الأولية بصيغة JSON؛ وبخلاف ذلك تُطبع السلاسل والأرقام والقيم المنطقية مباشرة، وتُطبع الكائنات والمصفوفات بصيغة JSON منسّقة.

config file

يطبع مسار ملف الإعدادات النشط، بعد حله من OPENCLAW_CONFIG_PATH أو من الموقع الافتراضي. يشير المسار إلى ملف عادي، وليس رابطًا رمزيًا؛ راجع سلامة الكتابة.

config schema

يطبع مخطط JSON المُنشأ لـ openclaw.json إلى stdout.
  • مخطط إعدادات الجذر الحالي، بالإضافة إلى حقل سلسلة جذري $schema لأدوات المحرر.
  • بيانات تعريف توثيق الحقلين title / description التي تستخدمها واجهة التحكم.
  • ترث عُقد الكائنات المتداخلة وأحرف البدل (*) وعناصر المصفوفة ([]) بيانات التعريف نفسها لـ title / description عند وجود توثيق مطابق للحقول.
  • ترث فروع anyOf / oneOf / allOf بيانات تعريف التوثيق نفسها أيضًا.
  • بيانات تعريف مخطط مباشرة لأفضل جهد للـ plugin والقناة عندما يمكن تحميل بيانات تشغيلها.
  • مخطط احتياطي سليم حتى عندما تكون الإعدادات الحالية غير صالحة.
يعيد config.schema.lookup مسار إعدادات واحدًا مطبّعًا مع عقدة مخطط سطحية (title وdescription وtype وenum وconst والحدود الشائعة)، وبيانات تعريف تلميحات واجهة المستخدم المطابقة، وملخصات الأبناء المباشرين. استخدمه للتنقل التفصيلي المحدد بالمسار في واجهة التحكم أو العملاء المخصصين.

config validate

يتحقق من صحة الإعدادات الحالية مقابل المخطط النشط من دون تشغيل Gateway.
إذا كان التحقق من الصحة يفشل بالفعل، فابدأ بـ openclaw configure أو openclaw doctor --fix. لا يتجاوز openclaw chat حاجز الإعدادات غير الصالحة.

القيم

تُحلَّل القيم بصيغة JSON5 متى أمكن؛ وإلا فتُعامل كسلاسل أولية. استخدم --strict-json لفرض JSON القياسي من دون رجوع احتياطي إلى السلاسل (وعندئذ يُرفض بناء الجملة الخاص بـ JSON5 فقط، مثل التعليقات والفواصل الختامية والمفاتيح غير الموضوعة بين علامتي اقتباس). يُعد --json اسمًا مستعارًا قديمًا لـ --strict-json في config set.
يطبع config get <path> --json القيمة الأولية بصيغة JSON بدلاً من نص منسّق للطرفية.
يستبدل تعيين الكائن المسار الهدف افتراضيًا. ترفض المسارات المحمية التي تحتوي عادةً على إدخالات أضافها المستخدم عمليات الاستبدال التي قد تزيل إدخالات موجودة ما لم تمرر --replace: agents.defaults.models، وagents.list، وmodels.providers، وmodels.providers.<id>، وmodels.providers.<id>.models، وplugins.entries، وauth.profiles.
استخدم --merge عند إضافة إدخالات إلى تلك الخرائط:
استخدم --replace فقط عندما ينبغي أن تصبح القيمة المقدمة عمدًا هي القيمة الكاملة للهدف.

أوضاع config set

تُرفض تعيينات SecretRef على الأسطح القابلة للتغيير أثناء التشغيل وغير المدعومة (مثل hooks.token وcommands.ownerDisplaySecret ورموز Webhook لربط سلاسل Discord وملف JSON لبيانات اعتماد WhatsApp). راجع سطح بيانات اعتماد SecretRef.
يستخدم التحليل الدفعي دائمًا حمولة الدفعة (--batch-json/--batch-file) بوصفها مصدر الحقيقة؛ ولا يغيّر --strict-json / --json سلوك التحليل الدفعي. يعمل وضع مسار/قيمة JSON أيضًا مباشرةً مع SecretRefs والمزوّدين:

علامات منشئ المزوّد

يجب أن تستخدم أهداف منشئ المزوّد secrets.providers.<alias> كمسار.
  • --provider-source <env|file|exec>
  • --provider-timeout-ms <ms> (file، exec)
  • --provider-allowlist <ENV_VAR> (قابل للتكرار)
  • --provider-path <path> (مطلوب)
  • --provider-mode <singleValue|json>
  • --provider-max-bytes <bytes>
  • --provider-allow-insecure-path
  • --provider-command <path> (مطلوب)
  • --provider-arg <arg> (قابل للتكرار)
  • --provider-no-output-timeout-ms <ms>
  • --provider-max-output-bytes <bytes>
  • --provider-json-only
  • --provider-env <KEY=VALUE> (قابل للتكرار)
  • --provider-pass-env <ENV_VAR> (قابل للتكرار)
  • --provider-trusted-dir <path> (قابل للتكرار)
  • --provider-allow-insecure-path
  • --provider-allow-symlink-command
مثال على مزوّد تنفيذ محصّن:

config patch

الصق أو مرّر عبر الأنبوب ترقيع JSON5 بشكل الإعدادات بدلاً من تشغيل العديد من أوامر config set القائمة على المسار. تُدمج الكائنات تكراريًا؛ وتستبدل المصفوفات والقيم القياسية الهدف؛ ويحذف null المسار الهدف.
مرّر ترقيعًا عبر stdin لنصوص الإعداد البرمجية البعيدة:
مثال على ترقيع:
استخدم --replace-path <path> عندما يجب أن يصبح كائن أو مصفوفة واحدة القيمة المقدمة بالضبط بدلاً من ترقيعها تكراريًا:
ينفّذ --dry-run فحوصات المخطط وقابلية حل SecretRef من دون كتابة. يتم تخطي SecretRefs المدعومة بالتنفيذ افتراضيًا أثناء التشغيل التجريبي؛ أضف --allow-exec عندما تريد عمدًا أن ينفّذ التشغيل التجريبي أوامر المزوّد.

التشغيل التجريبي

يتحقق --dry-run من صحة التغييرات من دون كتابة openclaw.json. وهو متاح في config set وconfig patch وconfig unset.
  • وضع المنشئ: يُجري فحوصات قابلية حل SecretRef للمراجع/الموفّرين الذين تغيّروا.
  • وضع JSON ‏(--strict-json أو --json أو وضع الدُفعات): يُجري التحقق من المخطط بالإضافة إلى فحوصات قابلية حل SecretRef.
  • يُجرى التحقق من السياسة على الإعداد الكامل بعد التغيير، لذلك لا يمكن لعمليات كتابة الكائن الأب (مثل تعيين hooks بوصفه كائنًا) تجاوز التحقق من الأسطح غير المدعومة.
  • يتم تخطي فحوصات SecretRef التنفيذية افتراضيًا لتجنب الآثار الجانبية للأوامر؛ مرّر --allow-exec للاشتراك فيها (قد يؤدي ذلك إلى تنفيذ أوامر الموفّر). لا يُستخدم --allow-exec إلا في التشغيل التجريبي، ويُرجع خطأ دون --dry-run.
  • ok: ما إذا نجح التشغيل التجريبي
  • operations: عدد عمليات التعيين التي تم تقييمها
  • checks: ما إذا أُجريت فحوصات المخطط/قابلية الحل
  • checks.resolvabilityComplete: ما إذا اكتملت فحوصات قابلية الحل (تكون false عند تخطي مراجع exec)
  • refsChecked: عدد المراجع التي حُلّت فعليًا أثناء التشغيل التجريبي
  • skippedExecRefs: عدد مراجع exec التي تم تخطيها لأن --allow-exec لم يكن معيّنًا
  • errors: إخفاقات منظّمة للمسار المفقود أو المخطط أو قابلية الحل عندما ok=false

بنية مخرجات JSON

  • config schema validation failed: بنية الإعداد بعد التغيير غير صالحة؛ أصلح المسار/القيمة أو بنية كائن الموفّر/المرجع.
  • Config policy validation failed: unsupported SecretRef usage: أعد بيانات الاعتماد تلك إلى إدخال نص عادي/سلسلة نصية؛ واحتفظ بـ SecretRefs على الأسطح المدعومة فقط.
  • SecretRef assignment(s) could not be resolved: لا يمكن حاليًا حل الموفّر/المرجع المشار إليه (متغير بيئة مفقود، أو مؤشر ملف غير صالح، أو إخفاق موفّر exec، أو عدم تطابق الموفّر/المصدر).
  • Dry run note: skipped <n> exec SecretRef resolvability check(s): أعد التشغيل باستخدام --allow-exec إذا كنت تحتاج إلى التحقق من قابلية حل exec.
  • في وضع الدُفعات، أصلح الإدخالات الفاشلة وأعد تشغيل --dry-run قبل الكتابة.

تطبيق التغييرات

بعد كل عملية config set / config patch / config unset ناجحة، تطبع CLI واحدة من ثلاث تلميحات كي تعرف ما إذا كان Gateway يحتاج إلى إعادة تشغيل: تتطلب عمليات الكتابة إلى plugins.entries (أو أي مسار فرعي) دائمًا إعادة تشغيل، لأن CLI لا يمكنها إثبات تحميل بيانات تعريف إعادة التحميل الخاصة بكل Plugin.

أمان الكتابة

يتحقق openclaw config set وغيره من أدوات كتابة الإعداد المملوكة لـ OpenClaw من الإعداد الكامل بعد التغيير قبل حفظه على القرص. إذا فشلت الحمولة الجديدة في التحقق من المخطط أو بدت كاستبدال هدّام، يُترك الإعداد النشط دون تغيير وتُحفظ الحمولة المرفوضة بجانبه باسم openclaw.json.rejected.*. تعيد عمليات الكتابة المملوكة لـ OpenClaw تسلسل JSON5 بصيغة JSON القياسية. عندما يحتوي المصدر على تعليقات، تحذّر أداة الكتابة مباشرة قبل إزالتها؛ استخدم محررًا مباشرًا عندما يكون الحفاظ على التعليقات مهمًا.
يجب أن يكون مسار الإعداد النشط ملفًا عاديًا. لا تُدعم تخطيطات openclaw.json المرتبطة رمزيًا لعمليات الكتابة؛ استخدم OPENCLAW_CONFIG_PATH للإشارة مباشرةً إلى الملف الحقيقي بدلًا من ذلك.
فضّل عمليات الكتابة عبر CLI للتعديلات الصغيرة:
إذا رُفضت عملية كتابة، فافحص الحمولة المحفوظة وأصلح بنية الإعداد الكاملة:
لا تزال الكتابة المباشرة بالمحرر مسموحة، لكن Gateway قيد التشغيل يعاملها على أنها غير موثوقة حتى تجتاز التحقق. تؤدي التعديلات المباشرة غير الصالحة إلى فشل بدء التشغيل أو يتم تخطيها عند إعادة التحميل السريع؛ ولا يعيد Gateway كتابة openclaw.json. شغّل openclaw doctor --fix لإصلاح الإعداد ذي البادئات/المستبدل أو لاستعادة آخر نسخة سليمة معروفة. راجع استكشاف أخطاء Gateway وإصلاحها. تُحجز استعادة الملف بالكامل لإصلاح doctor. تظل تغييرات مخطط Plugin أو عدم اتساق minHostVersion ظاهرة بوضوح بدلًا من التراجع عن إعدادات مستخدم غير مرتبطة، مثل النماذج أو الموفّرين أو ملفات تعريف المصادقة أو القنوات أو تعريض Gateway أو الأدوات أو الذاكرة أو المتصفح أو إعداد Cron.

حلقة الإصلاح

بعد نجاح openclaw config validate، استخدم TUI المحلية ليقارن وكيل مضمّن الإعداد النشط بالمستندات بينما تتحقق من كل تغيير من الطرفية نفسها:
داخل TUI، يؤدي وضع ! في البداية إلى تشغيل أمر صدفة محلي حرفيًا (بعد مطالبة تأكيد لمرة واحدة لكل جلسة):
1

المقارنة بالمستندات

اطلب من الوكيل مقارنة إعدادك الحالي بصفحة المستندات ذات الصلة واقتراح أصغر إصلاح.
2

تطبيق تعديلات مستهدفة

طبّق تعديلات مستهدفة باستخدام openclaw config set أو openclaw configure.
3

إعادة التحقق

أعد تشغيل openclaw config validate بعد كل تغيير.
4

استخدام doctor لمشكلات وقت التشغيل

إذا نجح التحقق لكن وقت التشغيل لا يزال غير سليم، فشغّل openclaw doctor أو openclaw doctor --fix للحصول على مساعدة في الترحيل والإصلاح.

ذو صلة