Konfiguracja Skills

Większość konfiguracji Skills znajduje się w sekcji skills w ~/.openclaw/openclaw.json. Widoczność specyficzna dla agenta znajduje się w agents.defaults.skills oraz agents.list[].skills.

{  skills: {    allowBundled: ["gemini", "peekaboo"],    load: {      extraDirs: ["~/Projects/agent-scripts/skills"],      allowSymlinkTargets: ["~/Projects/manager/skills"],      watch: true,      watchDebounceMs: 250,    },    install: {      preferBrew: true,      nodeManager: "npm",      allowUploadedArchives: false,    },    workshop: {      autonomous: { enabled: false },      allowSymlinkTargetWrites: false,      approvalPolicy: "pending",      maxPending: 50,      maxSkillBytes: 40000,    },    entries: {      "image-lab": {        enabled: true,        apiKey: { source: "env", provider: "default", id: "GEMINI_API_KEY" },        env: { GEMINI_API_KEY: "GEMINI_KEY_HERE" },      },      peekaboo: { enabled: true },      sag: { enabled: false },    },  },}

Ładowanie (skills.load)

Instalacja (skills.install)

Zasady instalacji operatora (security.installPolicy)

Użyj security.installPolicy, gdy operatorzy potrzebują zaufanego lokalnego polecenia do zatwierdzania lub blokowania instalacji Skills i Plugin przy użyciu zasad specyficznych dla hosta. Zasady uruchamiają się po tym, jak OpenClaw przygotuje materiał źródłowy, a przed kontynuowaniem instalacji lub aktualizacji. Obejmują Skills z ClawHub, przesłane Skills, Skills z Git/lokalne, instalatory zależności Skills oraz źródła instalacji/aktualizacji Plugin.

{  security: {    installPolicy: {      enabled: true,      // Omit targets to cover every supported target.      targets: ["skill", "plugin"],      exec: {        source: "exec",        command: "/usr/local/bin/openclaw-install-policy",        args: ["--json"],        timeoutMs: 10000,        noOutputTimeoutMs: 10000,        maxOutputBytes: 1048576,        passEnv: ["OPENCLAW_STATE_DIR", "PATH"],        env: { POLICY_MODE: "strict" },        trustedDirs: ["/usr/local/bin"],      },    },  },}

Zasady otrzymują na stdin jeden obiekt JSON z protocolVersion: 1, openclawVersion, targetType, targetName, sourcePath, sourcePathKind, opcjonalnym ustrukturyzowanym source, ustrukturyzowanym origin oraz request. Muszą zapisać na stdout jeden obiekt JSON: { "protocolVersion": 1, "decision": "allow" } lub { "protocolVersion": 1, "decision": "block", "reason": "..." }. Niezerowy kod wyjścia, przekroczenie czasu, niepoprawny JSON, brakujące pola lub nieobsługiwane wersje protokołu kończą się bezpieczną odmową.

OpenClaw nie wykonuje zasad instalacji podczas zwykłego uruchamiania Gateway. Instalacje i aktualizacje kończą się bezpieczną odmową, gdy zasady są włączone, ale niedostępne. openclaw doctor wykonuje statyczną walidację, a openclaw doctor --deep uruchamia syntetyczną próbę instalacji względem skonfigurowanego polecenia.

Aktualizacje zbiorcze stosują zasady osobno dla każdego celu: zablokowana aktualizacja Skills lub Plugin kończy się niepowodzeniem dla tego celu bez wyłączania zasad ani pomijania późniejszych celów w partii.

Przykładowy stdin:

{  "protocolVersion": 1,  "openclawVersion": "2026.6.1",  "targetType": "skill",  "targetName": "weather",  "sourcePath": "/var/folders/.../openclaw-skill-clawhub/root",  "sourcePathKind": "directory",  "source": {    "kind": "clawhub",    "authority": "openclaw",    "mutable": false,    "network": true  },  "origin": {    "type": "clawhub",    "registry": "https://clawhub.openclaw.ai",    "slug": "weather",    "version": "1.0.0"  },  "request": {    "kind": "skill-install",    "mode": "install",    "requestedSpecifier": "clawhub:weather@1.0.0"  },  "skill": {    "installId": "clawhub"  }}

Minimalne polecenie zasad:

#!/usr/bin/env node let input = "";process.stdin.setEncoding("utf8");process.stdin.on("data", (chunk) => {  input += chunk;});process.stdin.on("end", () => {  const request = JSON.parse(input);  if (request.targetType === "plugin" && request.source?.kind === "local-path") {    process.stdout.write(      JSON.stringify({        protocolVersion: 1,        decision: "block",        reason: "local plugin paths are not approved on this host",      }),    );    return;  }  process.stdout.write(JSON.stringify({ protocolVersion: 1, decision: "allow" }));});

Allowlista wbudowanych Skills

Wpisy poszczególnych Skills (skills.entries)

Klucze w entries domyślnie odpowiadają name danego Skills. Jeśli Skills definiuje metadata.openclaw.skillKey, użyj zamiast tego tego klucza. Nazwy z łącznikami ujmuj w cudzysłowy (JSON5 dopuszcza klucze w cudzysłowach).

OPENCLAW_DOCS_MARKER:paramOpen:IHBhdGg9InNraWxscy5lbnRyaWVzLjxrZXk .enabled" type="boolean"> false wyłącza Skills nawet wtedy, gdy jest wbudowany lub zainstalowany. Wbudowany Skills coding-agent jest opcjonalny — ustaw go na true i upewnij się, że jeden z claude, codex, opencode albo inny obsługiwany CLI jest zainstalowany i uwierzytelniony.

OPENCLAW_DOCS_MARKER:paramOpen:IHBhdGg9InNraWxscy5lbnRyaWVzLjxrZXk .apiKey" type='string | { source, provider, id }'> Pole pomocnicze dla Skills, które deklarują metadata.openclaw.primaryEnv. Obsługuje ciąg jawnego tekstu lub SecretRef: { source: "env", provider: "default", id: "VAR_NAME" }.

Allowlisty agentów (agents)

Użyj konfiguracji agenta, gdy chcesz mieć te same katalogi główne Skills dla maszyny/przestrzeni roboczej, ale inny widoczny zestaw Skills dla każdego agenta.

{  agents: {    defaults: {      skills: ["github", "weather"], // shared baseline    },    list: [      { id: "writer" }, // inherits github, weather      { id: "docs", skills: ["docs-search"] }, // replaces defaults entirely      { id: "locked-down", skills: [] }, // no skills    ],  },}

Workshop (skills.workshop)

Korzenie Skills jako dowiązania symboliczne

Domyślnie korzenie Skills obszaru roboczego, agenta projektu, dodatkowego katalogu i pakietowe są granicami izolacji. Folder Skills będący dowiązaniem symbolicznym pod <workspace>/skills, który wskazuje poza katalog główny, jest pomijany z komunikatem w logu.

Aby zezwolić na zamierzony układ dowiązań symbolicznych, zadeklaruj zaufany cel:

{  skills: {    load: {      extraDirs: ["~/Projects/manager/skills"],      allowSymlinkTargets: ["~/Projects/manager/skills"],    },  },}

Przy tej konfiguracji <workspace>/skills/manager -> ~/Projects/manager/skills jest akceptowane po rozwiązaniu realpath. extraDirs skanuje bezpośrednio sąsiednie repozytorium; allowSymlinkTargets zachowuje ścieżkę z dowiązaniem symbolicznym dla istniejących układów.

Zastosowanie Skill Workshop domyślnie nie zapisuje przez te dowiązania symboliczne. Aby pozwolić Workshop apply modyfikować Skills pod już zaufanymi celami dowiązań symbolicznych, włącz to osobno:

{  skills: {    load: {      allowSymlinkTargets: ["~/Projects/manager/skills"],    },    workshop: {      allowSymlinkTargetWrites: true,    },  },}

Zarządzane katalogi ~/.openclaw/skills i osobiste katalogi ~/.agents/skills już akceptują dowiązania symboliczne katalogów Skills (izolacja per-Skill SKILL.md nadal obowiązuje).

Skills w piaskownicy i zmienne środowiskowe

Przekaż sekrety do piaskownicy Docker za pomocą:

{  agents: {    defaults: {      sandbox: {        docker: {          env: { GEMINI_API_KEY: "your-key-here" },        },      },    },  },}

Przypomnienie o kolejności ładowania

workspace/skills      (highest)workspace/.agents/skills~/.agents/skills~/.openclaw/skillsbundled skillsskills.load.extraDirs (lowest)

Zmiany w Skills i konfiguracji zaczynają obowiązywać w następnej nowej sesji, gdy obserwator jest włączony, albo w następnej turze agenta, gdy obserwator wykryje zmianę.

Powiązane