في هذه الصفحة
في هذه الصفحة
CLI commands
الإعدادات
مساعدات غير تفاعلية لـ openclaw.json: الحصول على قيمة أو تعيينها أو ترقيعها أو إلغاء تعيينها حسب المسار، أو طباعة المخطط، أو التحقق من الصحة، أو طباعة مسار الملف النشط. شغّل openclaw config من دون أمر فرعي لفتح المعالج الإرشادي نفسه الذي يفتحه openclaw configure.
خيارات الجذر
--section <section>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 والقناة عندما يمكن تحميل بيانات تشغيلها.
- مخطط احتياطي سليم حتى عندما تكون الإعدادات الحالية غير صالحة.
استدعاء RPC ذي الصلة أثناء التشغيل
يعيد config.schema.lookup مسار إعدادات واحدًا مطبّعًا مع عقدة مخطط سطحية (title وdescription وtype وenum وconst والحدود الشائعة)، وبيانات تعريف تلميحات واجهة المستخدم المطابقة، وملخصات الأبناء المباشرين. استخدمه للتنقل التفصيلي المحدد بالمسار في واجهة التحكم أو العملاء المخصصين.
config validate
يتحقق من صحة الإعدادات الحالية مقابل المخطط النشط من دون تشغيل Gateway.
القيم
تُحلَّل القيم بصيغة JSON5 متى أمكن؛ وإلا فتُعامل كسلاسل أولية. استخدم --strict-json لفرض JSON القياسي من دون رجوع احتياطي إلى السلاسل (وعندئذ يُرفض بناء الجملة الخاص بـ JSON5 فقط، مثل التعليقات والفواصل الختامية والمفاتيح غير الموضوعة بين علامتي اقتباس). يُعد --json اسمًا مستعارًا قديمًا لـ --strict-json في config set.
يطبع config get <path> --json القيمة الأولية بصيغة JSON بدلاً من نص منسّق للطرفية.
استخدم --merge عند إضافة إدخالات إلى تلك الخرائط:
استخدم --replace فقط عندما ينبغي أن تصبح القيمة المقدمة عمدًا هي القيمة الكاملة للهدف.
أوضاع config set
وضع القيمة
وضع منشئ SecretRef
وضع منشئ المزوّد
يستهدف مسارات secrets.providers.<alias> فقط:
الوضع الدفعي
يستخدم التحليل الدفعي دائمًا حمولة الدفعة (--batch-json/--batch-file) بوصفها مصدر الحقيقة؛ ولا يغيّر --strict-json / --json سلوك التحليل الدفعي.
يعمل وضع مسار/قيمة JSON أيضًا مباشرةً مع SecretRefs والمزوّدين:
علامات منشئ المزوّد
يجب أن تستخدم أهداف منشئ المزوّد secrets.providers.<alias> كمسار.
العلامات الشائعة
--provider-source <env|file|exec>--provider-timeout-ms <ms>(file،exec)
مزوّد البيئة (--provider-source env)
--provider-allowlist <ENV_VAR>(قابل للتكرار)
مزوّد الملف (--provider-source file)
--provider-path <path>(مطلوب)--provider-mode <singleValue|json>--provider-max-bytes <bytes>--provider-allow-insecure-path
مزوّد التنفيذ (--provider-source exec)
--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.
حقول --dry-run --json
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 يحتاج إلى إعادة تشغيل:
| التلميح | المعنى |
|---|---|
Restart the gateway to apply. |
يتطلب المسار الذي تغيّر إعادة تشغيل كاملة. |
Change will apply without restarting the gateway. |
يلتقطه إعادة التحميل السريع تلقائيًا. |
No gateway restart needed. |
لم يتغيّر شيء ذو صلة بوقت التشغيل. |
تتطلب عمليات الكتابة إلى plugins.entries (أو أي مسار فرعي) دائمًا إعادة تشغيل، لأن CLI لا يمكنها إثبات تحميل بيانات تعريف إعادة التحميل الخاصة بكل Plugin.
أمان الكتابة
يتحقق openclaw config set وغيره من أدوات كتابة الإعداد المملوكة لـ OpenClaw من الإعداد الكامل بعد التغيير قبل حفظه على القرص. إذا فشلت الحمولة الجديدة في التحقق من المخطط أو بدت كاستبدال هدّام، يُترك الإعداد النشط دون تغيير وتُحفظ الحمولة المرفوضة بجانبه باسم openclaw.json.rejected.*.
تعيد عمليات الكتابة المملوكة لـ OpenClaw تسلسل JSON5 بصيغة JSON القياسية. عندما يحتوي المصدر على تعليقات، تحذّر أداة الكتابة مباشرة قبل إزالتها؛ استخدم محررًا مباشرًا عندما يكون الحفاظ على التعليقات مهمًا.
فضّل عمليات الكتابة عبر CLI للتعديلات الصغيرة:
إذا رُفضت عملية كتابة، فافحص الحمولة المحفوظة وأصلح بنية الإعداد الكاملة:
لا تزال الكتابة المباشرة بالمحرر مسموحة، لكن Gateway قيد التشغيل يعاملها على أنها غير موثوقة حتى تجتاز التحقق. تؤدي التعديلات المباشرة غير الصالحة إلى فشل بدء التشغيل أو يتم تخطيها عند إعادة التحميل السريع؛ ولا يعيد Gateway كتابة openclaw.json. شغّل openclaw doctor --fix لإصلاح الإعداد ذي البادئات/المستبدل أو لاستعادة آخر نسخة سليمة معروفة. راجع استكشاف أخطاء Gateway وإصلاحها.
تُحجز استعادة الملف بالكامل لإصلاح doctor. تظل تغييرات مخطط Plugin أو عدم اتساق minHostVersion ظاهرة بوضوح بدلًا من التراجع عن إعدادات مستخدم غير مرتبطة، مثل النماذج أو الموفّرين أو ملفات تعريف المصادقة أو القنوات أو تعريض Gateway أو الأدوات أو الذاكرة أو المتصفح أو إعداد Cron.
حلقة الإصلاح
بعد نجاح openclaw config validate، استخدم TUI المحلية ليقارن وكيل مضمّن الإعداد النشط بالمستندات بينما تتحقق من كل تغيير من الطرفية نفسها:
داخل TUI، يؤدي وضع ! في البداية إلى تشغيل أمر صدفة محلي حرفيًا (بعد مطالبة تأكيد لمرة واحدة لكل جلسة):
المقارنة بالمستندات
اطلب من الوكيل مقارنة إعدادك الحالي بصفحة المستندات ذات الصلة واقتراح أصغر إصلاح.
تطبيق تعديلات مستهدفة
طبّق تعديلات مستهدفة باستخدام openclaw config set أو openclaw configure.
إعادة التحقق
أعد تشغيل openclaw config validate بعد كل تغيير.
استخدام doctor لمشكلات وقت التشغيل
إذا نجح التحقق لكن وقت التشغيل لا يزال غير سليم، فشغّل openclaw doctor أو openclaw doctor --fix للحصول على مساعدة في الترحيل والإصلاح.