Bu sayfada
Bu sayfada
CLI commands
Yapılandırma
openclaw.json için etkileşimsiz yardımcılar: yola göre bir değeri getirin/ayarlayın/yamalayın/kaldırın, şemayı yazdırın, doğrulayın veya etkin dosya yolunu yazdırın. openclaw configure ile aynı yönlendirmeli sihirbazı açmak için openclaw config komutunu alt komut olmadan çalıştırın.
Kök seçenekleri
--section <section>stringopenclaw config komutunu alt komut olmadan çalıştırdığınızda kullanılabilen, yinelenebilir yönlendirmeli kurulum bölümü filtresi.
Yönlendirmeli bölümler: workspace, model, web, gateway, daemon, channels, plugins, skills, health.
Örnekler
Yollar
Nokta veya köşeli parantez gösterimi. zsh'nin [0] ifadesini glob ile genişletmemesi için kabuk örneklerinde köşeli parantezli yolları tırnak içine alın:
config get
Düzenlenmiş yapılandırma anlık görüntüsünden bir değer okur (gizli bilgiler hiçbir zaman yazdırılmaz). --json ham değeri JSON olarak yazdırır; aksi takdirde dizeler/sayılar/boole değerleri yalın, nesneler/diziler ise biçimlendirilmiş JSON olarak yazdırılır.
Yol eksik olduğunda --json, stdout'a { "error": "Config path not found: <path>" } yazar ve 1 durum koduyla çıkar. --json olmadan tanılama iletisi stderr'de kalır.
config file
OPENCLAW_CONFIG_PATH veya varsayılan konumdan çözümlenen etkin yapılandırma dosyası yolunu yazdırır. Yol bir sembolik bağlantıyı değil, normal bir dosyayı belirtir; bkz. Yazma güvenliği.
config schema
openclaw.json için oluşturulan JSON şemasını stdout'a yazdırır.
İçerdikleri
- Geçerli kök yapılandırma şeması ve düzenleyici araçları için bir kök
$schemadize alanı. - Control UI tarafından kullanılan
title/descriptionalan dokümantasyonu meta verileri. - İç içe nesne, joker karakter (
*) ve dizi öğesi ([]) düğümleri, eşleşen alan dokümantasyonu bulunduğunda aynıtitle/descriptionmeta verilerini devralır. anyOf/oneOf/allOfdalları da aynı dokümantasyon meta verilerini devralır.- Çalışma zamanı manifestleri yüklenebildiğinde en iyi çabayla sağlanan canlı plugin + kanal şeması meta verileri.
- Geçerli yapılandırma geçersiz olduğunda bile temiz bir geri dönüş şeması.
İlgili çalışma zamanı RPC'si
config.schema.lookup; yüzeysel bir şema düğümü (title, description, type, enum, const, ortak sınırlar), eşleşen kullanıcı arayüzü ipucu meta verileri ve doğrudan alt öğe özetleriyle birlikte normalleştirilmiş tek bir yapılandırma yolu döndürür. Control UI veya özel istemcilerde yol kapsamlı ayrıntılı inceleme için kullanın.
config validate
Gateway'i başlatmadan geçerli yapılandırmayı etkin şemaya göre doğrular.
Değerler
Değerler mümkün olduğunda JSON5 olarak ayrıştırılır; aksi takdirde ham dizeler olarak değerlendirilir. Dizeye geri dönüş olmadan standart JSON gerektirmek için --strict-json kullanın (bu durumda yorumlar, sondaki virgüller veya tırnaksız anahtarlar gibi yalnızca JSON5'e özgü söz dizimi reddedilir). --json, config set üzerindeki --strict-json için eski bir diğer addır.
config get <path> --json, terminal için biçimlendirilmiş metin yerine ham değeri JSON olarak yazdırır.
Bir yazma işlemi agents.defaults.model veya ajan başına bir agents.entries.*.model değerini değiştirdiğinde OpenClaw, yazmadan önce değişen her birincil veya geri dönüş modelini yapılandırılmış sağlayıcı katalogları üzerinden çözümler. Bilinmeyen model başvuruları etkin yapılandırma değiştirilmeden reddedilir; kullanılabilir modelleri görmek için openclaw models list komutunu çalıştırın.
Bu eşlemelere girdiler eklerken --merge kullanın:
Yalnızca sağlanan değerin kasıtlı olarak eksiksiz hedef değer hâline gelmesi gerektiğinde --replace kullanın.
config set modları
Değer modu
SecretRef oluşturucu modu
Sağlayıcı oluşturucu modu
Yalnızca secrets.providers.<alias> yollarını hedefler:
Toplu iş modu
Toplu iş dosyaları 8 MiB ile sınırlıdır.
Toplu iş ayrıştırması her zaman doğruluk kaynağı olarak toplu iş yükünü (--batch-json/--batch-file) kullanır; --strict-json / --json toplu iş ayrıştırma davranışını değiştirmez.
JSON yol/değer modu, doğrudan SecretRef'ler ve sağlayıcılar için de çalışır:
Sağlayıcı oluşturucu bayrakları
Sağlayıcı oluşturucu hedefleri yol olarak secrets.providers.<alias> kullanmalıdır.
Ortak bayraklar
--provider-source <env|file|exec>--provider-timeout-ms <ms>(file,exec)
Ortam sağlayıcısı (--provider-source env)
--provider-allowlist <ENV_VAR>(yinelenebilir)
Dosya sağlayıcısı (--provider-source file)
--provider-path <path>(gerekli)--provider-mode <singleValue|json>--provider-max-bytes <bytes>--provider-allow-insecure-path
Çalıştırma sağlayıcısı (--provider-source exec)
--provider-command <path>(gerekli)--provider-arg <arg>(yinelenebilir)--provider-no-output-timeout-ms <ms>--provider-max-output-bytes <bytes>--provider-json-only--provider-env <KEY=VALUE>(yinelenebilir)--provider-pass-env <ENV_VAR>(yinelenebilir)--provider-trusted-dir <path>(yinelenebilir)--provider-allow-insecure-path--provider-allow-symlink-command
Güçlendirilmiş çalıştırma sağlayıcısı örneği:
config patch
Yol tabanlı çok sayıda config set komutu çalıştırmak yerine yapılandırma biçiminde bir JSON5 yaması yapıştırın veya boru ile aktarın. Nesneler özyinelemeli olarak birleştirilir; diziler ve skaler değerler hedefin yerini alır; null hedef yolu siler.
Yama dosyaları 8 MiB ile sınırlıdır. Boru ile aktarılan --stdin yamaları 1 MiB ile sınırlıdır.
Uzak kurulum betikleri için stdin üzerinden bir yama aktarın:
Örnek yama:
Bir nesne veya dizinin özyinelemeli olarak yamalanmak yerine tam olarak sağlanan değer hâline gelmesi gerektiğinde --replace-path <path> kullanın:
--dry-run, yazma işlemi yapmadan şema ve SecretRef çözümlenebilirlik denetimlerini çalıştırır. Exec destekli SecretRef'ler deneme çalıştırması sırasında varsayılan olarak atlanır; deneme çalıştırmasının sağlayıcı komutlarını yürütmesini özellikle istediğinizde --allow-exec ekleyin.
Deneme çalıştırması
--dry-run, openclaw.json dosyasına yazmadan değişiklikleri doğrular. config set, config patch ve config unset üzerinde kullanılabilir.
Deneme çalıştırması davranışı
- Oluşturucu modu: değiştirilen referanslar/sağlayıcılar için SecretRef çözümlenebilirlik denetimlerini çalıştırır.
- JSON modu (
--strict-json,--jsonveya toplu mod): şema doğrulamasının yanı sıra SecretRef çözümlenebilirlik denetimlerini çalıştırır. - İlke doğrulaması, değişiklik sonrası yapılandırmanın tamamına uygulanır; dolayısıyla üst nesneye yapılan yazma işlemleri (örneğin
hooksdeğerini nesne olarak ayarlamak) desteklenmeyen yüzey doğrulamasını atlayamaz. - Komut yan etkilerini önlemek için Exec SecretRef denetimleri varsayılan olarak atlanır; etkinleştirmek için
--allow-execiletin (bu, sağlayıcı komutlarını yürütebilir).--allow-execyalnızca deneme çalıştırmasına özeldir ve--dry-runolmadan hata verir.
--dry-run --json alanları
ok: deneme çalıştırmasının başarılı olup olmadığıoperations: değerlendirilen atama sayısıchecks: şema/çözümlenebilirlik denetimlerinin çalıştırılıp çalıştırılmadığıchecks.resolvabilityComplete: çözümlenebilirlik denetimlerinin tamamlanıp tamamlanmadığı (exec referansları atlandığında false)refsChecked: deneme çalıştırması sırasında gerçekten çözümlenen referans sayısıskippedExecRefs:--allow-execayarlanmadığı için atlanan exec referanslarının sayısıerrors:ok=falseolduğunda yapılandırılmış eksik yol, şema veya çözümlenebilirlik hataları
JSON çıktı biçimi
Başarı örneği
Hata örneği
Deneme çalıştırması başarısız olursa
config schema validation failed: değişiklik sonrası yapılandırma biçiminiz geçersizdir; yol/değer veya sağlayıcı/referans nesnesi biçimini düzeltin.Config policy validation failed: unsupported SecretRef usage: bu kimlik bilgisini yeniden düz metin/dize girdisine taşıyın; SecretRef'leri yalnızca desteklenen yüzeylerde tutun.SecretRef assignment(s) could not be resolved: başvurulan sağlayıcı/referans şu anda çözümlenemiyor (eksik ortam değişkeni, geçersiz dosya işaretçisi, exec sağlayıcısı hatası veya sağlayıcı/kaynak uyuşmazlığı).model reference validation failed: değiştirilen bir metin modeli birincil veya yedek modeli bilinmiyor;openclaw models listkomutunu çalıştırıp kullanılabilir bir model seçin.Dry run note: skipped <n> exec SecretRef resolvability check(s): exec çözümlenebilirlik doğrulamasına ihtiyacınız varsa--allow-execile yeniden çalıştırın.- Toplu modda, yazma işleminden önce başarısız girdileri düzeltip
--dry-runkomutunu yeniden çalıştırın.
Değişiklikleri uygulama
Başarıyla tamamlanan her config set / config patch / config unset işleminden sonra CLI, Gateway'in yeniden başlatılmasının gerekip gerekmediğini anlayabilmeniz için üç ipucundan birini yazdırır:
| İpucu | Anlamı |
|---|---|
Restart the gateway to apply. |
Değiştirilen yolun tamamen yeniden başlatılması gerekir. |
Change will apply without restarting the gateway. |
Çalışırken yeniden yükleme bunu otomatik olarak algılar. |
No gateway restart needed. |
Çalışma zamanıyla ilgili hiçbir şey değişmedi. |
CLI her plugin'in yeniden yükleme meta verilerinin yüklendiğini doğrulayamadığından, plugins.entries öğesine (veya herhangi bir alt yoluna) yapılan yazma işlemleri her zaman yeniden başlatma gerektirir.
Yazma güvenliği
openclaw config set ve OpenClaw'a ait diğer yapılandırma yazıcıları, diske kaydetmeden önce değişiklik sonrası yapılandırmanın tamamını doğrular. Yeni yük şema doğrulamasında başarısız olursa veya yıkıcı bir üzerine yazma işlemi gibi görünürse etkin yapılandırmaya dokunulmaz ve reddedilen yük, openclaw.json.rejected.* olarak yanına kaydedilir.
OpenClaw'a ait yazma işlemleri JSON5'i standart JSON olarak yeniden serileştirir. Kaynak yorum içerdiğinde yazıcı, bunları kaldırmadan hemen önce uyarır; yorumları korumak önemliyse doğrudan bir düzenleyici kullanın.
Küçük düzenlemeler için CLI yazma işlemlerini tercih edin:
Bir yazma işlemi reddedilirse kaydedilen yükü inceleyin ve yapılandırma biçiminin tamamını düzeltin:
Doğrudan düzenleyiciyle yazmaya hâlâ izin verilir ancak çalışan Gateway, doğrulanana kadar bunları güvenilmeyen olarak değerlendirir. Geçersiz doğrudan düzenlemeler başlatma sırasında başarısız olur veya çalışırken yeniden yükleme tarafından atlanır; Gateway, openclaw.json dosyasını yeniden yazmaz. Önek eklenmiş/üzerine yazılmış yapılandırmayı onarmak veya bilinen son sağlam kopyayı geri yüklemek için openclaw doctor --fix komutunu çalıştırın. Bkz. Gateway sorun giderme.
Tüm dosyayı kurtarma yalnızca doctor onarımına ayrılmıştır. Plugin şeması değişiklikleri veya minHostVersion uyumsuzluğu; modeller, sağlayıcılar, kimlik doğrulama profilleri, kanallar, Gateway erişimi, araçlar, bellek, tarayıcı ya da cron yapılandırması gibi ilgisiz kullanıcı ayarlarını geri almak yerine açıkça hata vermeye devam eder.
Onarım döngüsü
openclaw config validate başarılı olduktan sonra, her değişikliği aynı terminalden doğrularken yerleşik bir ajanın etkin yapılandırmayı belgelerle karşılaştırmasını sağlamak için yerel TUI'yi kullanın:
TUI içinde, baştaki ! gerçek bir yerel kabuk komutunu çalıştırır (oturum başına bir kez gösterilen onay isteminden sonra):
Belgelerle karşılaştırın
Ajandan mevcut yapılandırmanızı ilgili belge sayfasıyla karşılaştırmasını ve en küçük düzeltmeyi önermesini isteyin.
Hedefli düzenlemeleri uygulayın
openclaw config set veya openclaw configure ile hedefli düzenlemeler uygulayın.
Yeniden doğrulayın
Her değişiklikten sonra openclaw config validate komutunu yeniden çalıştırın.
Çalışma zamanı sorunları için Doctor
Doğrulama başarılı olduğu hâlde çalışma zamanı hâlâ sağlıksızsa geçiş ve onarım yardımı için openclaw doctor veya openclaw doctor --fix komutunu çalıştırın.