Passer au contenu principal
Permission modes détermine le niveau d’autorité dont dispose un agent avant de pouvoir exécuter des commandes hôte, écrire des fichiers ou demander un accès supplémentaire à un backend harness. Commencez par tools.exec.mode: "auto" lorsque vous voulez qu’OpenClaw utilise d’abord des listes d’autorisation, puis l’auto-review native de Codex ou une voie d’approbation humaine pour les échecs.
Permission mode est distinct de tools.exec.host=auto. tools.exec.host choisit où une commande s’exécute. tools.exec.mode choisit comment l’exécution hôte est approuvée.

Valeur par défaut recommandée

Utilisez auto pour les agents de codage qui ont besoin d’un accès hôte utile sans transformer chaque échec en demande humaine :
openclaw config set tools.exec.mode auto
openclaw approvals get
openclaw gateway restart
Vérifiez ensuite la politique effective :
openclaw exec-policy show
En mode auto, OpenClaw exécute directement les correspondances déterministes des listes d’autorisation. Les échecs d’approbation passent d’abord par l’auto-évaluateur natif d’OpenClaw, puis reviennent à la voie d’approbation humaine configurée si nécessaire.

Modes d’exécution hôte OpenClaw

tools.exec.mode est la surface de politique normalisée pour l’exec hôte.
ModeComportementÀ utiliser lorsque
denyBloque l’exécution hôte.Aucune commande hôte n’est autorisée.
allowlistExécute uniquement les commandes autorisées.Vous disposez d’un ensemble de commandes réputées sûres.
askExécute les correspondances autorisées et demande en cas d’échec.Un humain doit examiner les nouvelles commandes.
autoExécute les correspondances autorisées, puis utilise l’auto-review.Les sessions de codage nécessitent un accès pratique et encadré.
fullExécute les commandes hôte sans invite.Cet hôte/cette session de confiance doit ignorer les barrières d’approbation.
Pour la politique complète d’exécution hôte, le fichier local d’approbations, le schéma de liste d’autorisation, les binaires sûrs et le comportement de transfert, consultez Approbations exec.

Correspondance Codex Guardian

Pour les sessions natives du serveur d’application Codex, tools.exec.mode: "auto" correspond aux approbations examinées par Codex Guardian lorsque les exigences locales de Codex le permettent. OpenClaw envoie généralement :
Champ CodexValeur typique
approvalPolicyon-request
approvalsReviewerauto_review
sandboxworkspace-write
En mode auto, OpenClaw ne conserve pas les anciens remplacements Codex non sécurisés tels que approvalPolicy: "never" ou sandbox: "danger-full-access". Utilisez tools.exec.mode: "full" uniquement lorsque vous voulez intentionnellement une posture sans approbation. Pour la configuration du serveur d’application, l’ordre d’authentification et les détails du runtime Codex natif, consultez le harnais Codex.

Autorisations du harnais ACPX

Les sessions ACPX sont non interactives, elles ne peuvent donc pas cliquer sur une invite d’autorisation TTY. ACPX utilise des paramètres distincts au niveau du harnais sous plugins.entries.acpx.config :
ParamètreValeur couranteSignification
permissionModeapprove-readsApprouver automatiquement les lectures seules.
permissionModeapprove-allApprouver automatiquement les écritures et les commandes shell.
permissionModedeny-allRefuser toutes les invites d’autorisation.
nonInteractivePermissionsfailAbandonner lorsqu’une invite serait requise.
nonInteractivePermissionsdenyRefuser l’invite et continuer si possible.
Définissez les autorisations ACPX séparément des approbations d’exécution OpenClaw :
openclaw config set plugins.entries.acpx.config.permissionMode approve-all
openclaw config set plugins.entries.acpx.config.nonInteractivePermissions fail
openclaw gateway restart
Utilisez approve-all comme équivalent ACPX de secours d’une session de harnais sans invite. Pour les détails de configuration et les modes de défaillance, consultez la configuration des agents ACP.

Choisir un mode

ObjectifConfiguration
Bloquer complètement les commandes hôtetools.exec.mode: "deny"
Autoriser uniquement les commandes connues comme sûrestools.exec.mode: "allowlist"
Demander à un humain pour chaque nouvelle forme de commandetools.exec.mode: "ask"
Utiliser la revue automatique Codex/OpenClaw avant les humainstools.exec.mode: "auto"
Ignorer entièrement les approbations d’exécution hôtetools.exec.mode: "full" plus matching host approvals file
Faire écrire/exécuter les sessions ACPX non interactivesplugins.entries.acpx.config.permissionMode: "approve-all"
Si une commande affiche toujours une invite ou échoue après le changement de mode, inspectez les deux couches :
openclaw approvals get
openclaw exec-policy show
L’exécution hôte utilise le résultat le plus strict entre la configuration OpenClaw et le fichier d’approbations local à l’hôte. Les autorisations du harnais ACPX n’assouplissent pas les approbations d’exécution hôte, et les approbations d’exécution hôte n’assouplissent pas les invites du harnais ACPX.

Connexe