内置策略 - FailproofAI

failproofai 内置了 39 个策略，用于捕获常见的 Agent 故障模式。每个策略针对特定的 Hook 事件类型和工具名称触发。其中 19 个策略支持参数配置，让您无需编写代码即可调整其行为。5 个工作流策略会在 Claude 停止前强制执行提交 → 推送 → PR → CI 的流水线。

概览

策略按类别分组：

类别	策略	Hook 类型
危险命令	block-sudo, block-rm-rf, block-curl-pipe-sh, block-failproofai-commands	PreToolUse
基础设施命令	block-kubectl, block-terraform, block-aws-cli, block-gcloud, block-az-cli, block-helm, block-gh-pipeline	PreToolUse
密钥（清洗器）	sanitize-jwt, sanitize-api-keys, sanitize-connection-strings, sanitize-private-key-content, sanitize-bearer-tokens	PostToolUse
环境	block-env-files, protect-env-vars	PreToolUse
文件访问	block-read-outside-cwd, block-secrets-write	PreToolUse
Git	block-push-master, block-work-on-main, block-force-push, warn-git-amend, warn-git-stash-drop, warn-all-files-staged	PreToolUse
数据库	warn-destructive-sql, warn-schema-alteration	PreToolUse
警告	warn-large-file-write, warn-package-publish, warn-background-process, warn-global-package-install	PreToolUse
包管理器	prefer-package-manager	PreToolUse
工作流	require-commit-before-stop, require-push-before-stop, require-pr-before-stop, require-no-conflicts-before-stop, require-ci-green-before-stop	Stop

block- — 阻止 Agent 继续执行。
warn- — 为 Agent 提供额外上下文，使其能够自我纠正。
sanitize- — 在 Agent 看到工具输出之前清除其中的敏感数据。

命名空间

每个策略都位于 <namespace>/<name> 槽中。内置策略属于 failproofai/ 命名空间，例如 failproofai/sanitize-jwt。命名空间可防止您同时加载具有相似短名称的自定义或第三方策略时发生冲突。在配置文件中，您可以使用短名称或完整限定名称来引用内置策略，两种形式解析到同一个策略：

{
  "enabledPolicies": [
    "sanitize-jwt",
    "failproofai/block-rm-rf"
  ]
}

如果名称中不含 /，failproofai 会将其视为属于默认命名空间 failproofai。已包含 / 的名称（如 myorg/foo、custom/my-hook）则保持原样。

require- — 阻止 Stop 事件，直到满足条件为止。

每个策略在 policyParams 中都支持可选的 hint 字段。该提示会附加到 Claude 收到的 deny 或 instruct 消息中，提供可操作的指导，无需修改策略代码。适用于内置策略、自定义策略和约定策略。详见配置 → hint。

危险命令

防止 Agent 运行难以撤销或可能损害宿主系统的操作。

`block-sudo`

事件： PreToolUse (Bash)
默认行为： 拒绝任何包含 sudo 的命令。阻止包含 sudo 关键字的调用。模式匹配基于已解析的命令 token，而非原始字符串，以防止通过 Shell 运算符注入绕过。 参数：

参数	类型	默认值	描述
`allowPatterns`	`string[]`	`[]`	允许的命令前缀。每个条目与已解析的 argv token 进行匹配。

示例：

{
  "policyParams": {
    "block-sudo": {
      "allowPatterns": ["sudo systemctl status", "sudo journalctl"]
    }
  }
}

使用此配置，sudo systemctl status nginx 将被允许，但 sudo rm /etc/hosts 将被拒绝。

模式匹配基于已解析的 token，而非原始命令字符串。这可防止通过附加 Shell 运算符绕过（例如 sudo systemctl status x; rm -rf / 不会匹配 sudo systemctl status *）。

`block-rm-rf`

事件： PreToolUse (Bash)
默认行为： 拒绝 rm -rf、rm -fr 及类似的递归删除形式。 参数：

参数	类型	默认值	描述
`allowPaths`	`string[]`	`[]`	允许递归删除的路径（如 `/tmp`）。

示例：

{
  "policyParams": {
    "block-rm-rf": {
      "allowPaths": ["/tmp", "/var/cache"]
    }
  }
}

`block-curl-pipe-sh`

事件： PreToolUse (Bash)
默认行为： 拒绝 curl <url> | bash、curl <url> | sh、wget <url> | bash 及类似模式。无参数。

`block-failproofai-commands`

事件： PreToolUse (Bash)
默认行为： 拒绝会卸载或禁用 failproofai 自身的命令（如 npm uninstall failproofai、failproofai policies --uninstall）。无参数。

基础设施命令

防止编码 Agent 运行基础设施 CLI 或触发 CI/CD 流水线。此类别中的所有策略均为按需启用（defaultEnabled: false）——合法需要调用 kubectl、terraform 等工具的 Agent 不会受到干扰，除非您主动启用相应策略。启用后，除非命令匹配 allowPatterns 中的条目，否则所有匹配 CLI 的调用均会被拒绝。模式语法与 block-sudo 相同：token 与已解析的 argv 进行匹配，* 为单个 token 的通配符，任何包含独立 Shell 运算符（&&、||、|、;）或内嵌 Shell 元字符的 token 都会在允许列表匹配之前被拒绝，以防注入绕过。

`block-kubectl`

事件： PreToolUse (Bash)
默认行为： 拒绝任何 kubectl 调用。 参数：

参数	类型	默认值	描述
`allowPatterns`	`string[]`	`[]`	允许的 kubectl 命令前缀。

示例：

{
  "policyParams": {
    "block-kubectl": {
      "allowPatterns": ["kubectl get *", "kubectl describe *", "kubectl logs *"]
    }
  }
}

使用此配置，kubectl get pods 将被允许，但 kubectl apply -f deploy.yaml 将被拒绝。

`block-terraform`

事件： PreToolUse (Bash)
默认行为： 拒绝任何 terraform 或 tofu（OpenTofu）调用。 参数：

参数	类型	默认值	描述
`allowPatterns`	`string[]`	`[]`	允许的 terraform/tofu 命令前缀。

示例：

{
  "policyParams": {
    "block-terraform": {
      "allowPatterns": ["terraform plan", "terraform validate", "terraform show *"]
    }
  }
}

`block-aws-cli`

事件： PreToolUse (Bash)
默认行为： 拒绝任何 aws CLI 调用。 参数：

参数	类型	默认值	描述
`allowPatterns`	`string[]`	`[]`	允许的 aws CLI 命令前缀。

示例：

{
  "policyParams": {
    "block-aws-cli": {
      "allowPatterns": ["aws s3 ls *", "aws sts get-caller-identity"]
    }
  }
}

`block-gcloud`

事件： PreToolUse (Bash)
默认行为： 拒绝任何 gcloud（Google Cloud）CLI 调用。 参数：

参数	类型	默认值	描述
`allowPatterns`	`string[]`	`[]`	允许的 gcloud 命令前缀。

示例：

{
  "policyParams": {
    "block-gcloud": {
      "allowPatterns": ["gcloud auth list", "gcloud config list"]
    }
  }
}

`block-az-cli`

事件： PreToolUse (Bash)
默认行为： 拒绝任何 az（Azure）CLI 调用。 参数：

参数	类型	默认值	描述
`allowPatterns`	`string[]`	`[]`	允许的 az CLI 命令前缀。

示例：

{
  "policyParams": {
    "block-az-cli": {
      "allowPatterns": ["az account show", "az group list"]
    }
  }
}

`block-helm`

事件： PreToolUse (Bash)
默认行为： 拒绝任何 helm 调用。 参数：

参数	类型	默认值	描述
`allowPatterns`	`string[]`	`[]`	允许的 helm 命令前缀。

示例：

{
  "policyParams": {
    "block-helm": {
      "allowPatterns": ["helm list", "helm status *"]
    }
  }
}

`block-gh-pipeline`

事件： PreToolUse (Bash)
默认行为： 拒绝以下会改变状态或触发流水线的 gh CLI 子命令：

gh workflow run、gh workflow enable、gh workflow disable
gh run rerun、gh run cancel
gh pr merge
gh release create、gh release delete
gh cache delete
gh secret set、gh secret delete

只读的 gh 子命令（如 gh pr view、gh pr list、gh run list、gh release view 和 gh api repos/.../...）不在此策略的拦截范围内——这些命令在工作流检查中经常用到（包括 failproofai 自身的 require-ci-green-before-stop）。 参数：

参数	类型	默认值	描述
`allowPatterns`	`string[]`	`[]`	允许的特定脚本调用，即使它们本应被拒绝。

示例：

{
  "policyParams": {
    "block-gh-pipeline": {
      "allowPatterns": ["gh run rerun *"]
    }
  }
}

密钥（清洗器）

防止 Agent 将凭据泄露到其上下文或输出中。清洗器策略在 PostToolUse 事件上触发。当 Claude 运行 Bash 命令、读取文件或调用任何工具时，这些策略会在输出返回给 Claude 之前对其进行检查。若检测到密钥模式，策略将返回拒绝决定，阻止输出被传回。

`sanitize-jwt`

事件： PostToolUse（所有工具）
默认行为： 清除 JWT token（由 . 分隔的三段 base64url 字符串）。无参数。

`sanitize-api-keys`

事件： PostToolUse（所有工具）
默认行为： 清除常见的 API 密钥格式：Anthropic（sk-ant-）、OpenAI（sk-）、GitHub PAT（ghp_）、AWS 访问密钥（AKIA）、Stripe 密钥（sk_live_、sk_test_）以及 Google API 密钥（AIza）。 参数：

参数	类型	默认值	描述
`additionalPatterns`	`{ regex: string; label: string }[]`	`[]`	额外的正则表达式模式，用于识别自定义密钥。

示例：

{
  "policyParams": {
    "sanitize-api-keys": {
      "additionalPatterns": [
        { "regex": "myco_[A-Za-z0-9]{32}", "label": "MyCo internal API key" },
        { "regex": "pat_[0-9a-f]{40}", "label": "Internal PAT" }
      ]
    }
  }
}

`sanitize-connection-strings`

事件： PostToolUse（所有工具）
默认行为： 清除包含内嵌凭据的数据库连接字符串（如 postgresql://user:password@host/db）。无参数。

`sanitize-private-key-content`

事件： PostToolUse（所有工具）
默认行为： 清除 PEM 块（-----BEGIN PRIVATE KEY-----、-----BEGIN RSA PRIVATE KEY----- 等）。无参数。

`sanitize-bearer-tokens`

事件： PostToolUse（所有工具）
默认行为： 清除 Authorization: Bearer <token> 请求头中 token 长度为 20 个或更多字符的内容。无参数。

环境

保护敏感的环境配置，防止 Agent 读取或暴露它们。

`block-env-files`

事件： PreToolUse（Bash、Read）
默认行为： 拒绝通过 cat .env、以 .env 为文件路径的 Read 工具调用等方式读取 .env 文件。不会阻止读取 .envrc 或其他与环境相关的文件——仅阻止名称恰好为 .env 的文件。无参数。

`protect-env-vars`

事件： PreToolUse（Bash）
默认行为： 拒绝打印环境变量的命令：printenv、env、echo $VAR。无参数。

文件访问

将 Agent 的工作范围限制在项目目录内，并使其远离敏感文件。

`block-read-outside-cwd`

事件： PreToolUse（Read、Bash）
默认行为： 拒绝读取项目根目录以外的文件。边界为 CLAUDE_PROJECT_DIR（由 Claude Code 在每个会话开始时设置一次），当该变量未设置时回退到会话的当前工作目录。使用项目根目录而非实时的 cwd，意味着即使 Claude cd 进入子目录后，边界依然保持稳定。 参数：

参数	类型	默认值	描述
`allowPaths`	`string[]`	`[]`	即使在项目根目录之外也允许访问的绝对路径前缀。

示例：

{
  "policyParams": {
    "block-read-outside-cwd": {
      "allowPaths": ["/shared/data", "/opt/company/config"]
    }
  }
}

`block-secrets-write`

事件： PreToolUse（Write、Edit）
默认行为： 拒绝写入通常用于私钥和证书的文件：id_rsa、id_ed25519、*.key、*.pem、*.p12、*.pfx。 参数：

参数	类型	默认值	描述
`additionalPatterns`	`string[]`	`[]`	额外的文件名模式（glob 风格）以阻止写入。

示例：

{
  "policyParams": {
    "block-secrets-write": {
      "additionalPatterns": [".token", ".secret"]
    }
  }
}

Git

防止意外推送、强制推送以及难以撤销的分支错误操作。

`block-push-master`

事件： PreToolUse（Bash）
默认行为： 拒绝 git push origin main 和 git push origin master。 参数：

参数	类型	默认值	描述
`protectedBranches`	`string[]`	`["main", "master"]`	不允许直接推送的分支名称。

示例：

{
  "policyParams": {
    "block-push-master": {
      "protectedBranches": ["main", "master", "release", "prod"]
    }
  }
}

如需允许推送到所有分支（即在不将此策略从 enabledPolicies 中移除的情况下将其实际禁用），可设置 protectedBranches: []。

`block-work-on-main`

事件： PreToolUse（Bash）
默认行为： 当工作树位于 main 或 master 分支时，拒绝 git commit、git merge、git rebase 和 git cherry-pick。分支创建和切换（git checkout、git checkout -b、git switch、git switch -c）不受影响。 参数：

参数	类型	默认值	描述
`protectedBranches`	`string[]`	`["main", "master"]`	禁止执行 commit/merge/rebase/cherry-pick 的分支名称。

`block-force-push`

事件： PreToolUse（Bash）
默认行为： 拒绝 git push --force 和 git push -f。无策略专属参数。可使用通用的 hint 来建议替代方案：

{
  "policyParams": {
    "block-force-push": {
      "hint": "Create a new branch from your current HEAD (e.g. `git checkout -b <new-branch>`) and push that instead."
    }
  }
}

`warn-git-amend`

事件： PreToolUse（Bash）
默认行为： 当运行 git commit --amend 时，指示 Claude 谨慎操作。不会阻止该命令。无参数。

`warn-git-stash-drop`

事件： PreToolUse（Bash）
默认行为： 在运行 git stash drop 之前，指示 Claude 进行确认。不会阻止该命令。无参数。

`warn-all-files-staged`

事件： PreToolUse（Bash）
默认行为： 当运行 git add -A 或 git add . 时，指示 Claude 审查所暂存的内容。不会阻止该命令。无参数。

数据库

在破坏性 SQL 操作执行之前将其拦截。

`warn-destructive-sql`

事件： PreToolUse（Bash）
默认行为： 在运行包含 DROP TABLE、DROP DATABASE 或不带 WHERE 子句的 DELETE 的 SQL 之前，指示 Claude 进行确认。无参数。

`warn-schema-alteration`

事件： PreToolUse（Bash）
默认行为： 在运行 ALTER TABLE 语句之前，指示 Claude 进行确认。无参数。

警告

在潜在有风险但非破坏性的操作前，为 Agent 提供额外上下文。

`warn-large-file-write`

事件： PreToolUse（Write）
默认行为： 在写入大于 1024 KB 的文件之前，指示 Claude 进行确认。 参数：

参数	类型	默认值	描述
`thresholdKb`	`number`	`1024`	触发警告的文件大小阈值（单位：KB）。

示例：

{
  "policyParams": {
    "warn-large-file-write": {
      "thresholdKb": 256
    }
  }
}

Hook 处理程序对 stdin 的载荷大小有 1 MB 的限制。若要使用较小的内容测试此策略，请将 thresholdKb 设置为远低于 1024 的值。

`warn-package-publish`

事件： PreToolUse（Bash）
默认行为： 在运行 npm publish 之前，指示 Claude 进行确认。无参数。

`warn-background-process`

事件： PreToolUse（Bash）
默认行为： 当通过 nohup、&、disown 或 screen 启动后台进程时，指示 Claude 谨慎操作。无参数。

`warn-global-package-install`

事件： PreToolUse（Bash）
默认行为： 在运行 npm install -g、yarn global add 或在没有虚拟环境的情况下运行 pip install 之前，指示 Claude 进行确认。无参数。

包管理器

强制规定 Agent 允许使用的包管理器。

`prefer-package-manager`

事件： PreToolUse（Bash）
默认行为： 禁用。启用后，阻止任何不在 allowed 列表中的包管理器命令，并告知 Claude 使用允许的包管理器重写该命令。可检测：pip、pip3、python -m pip、npm、npx、yarn、pnpm、pnpx、bun、bunx、uv、poetry、pipenv、conda、cargo。

参数	类型	默认值	描述
`allowed`	string[]	`[]`	允许的包管理器名称。任何检测到的且不在此列表中的包管理器都将被阻止。为空时，策略不执行任何操作。
`blocked`	string[]	`[]`	除内置列表外额外需要阻止的包管理器名称（如 `['pdm', 'pipx']`）。

内置阻止列表包含：pip、pip3、npm、npx、yarn、pnpm、pnpx、bun、bunx、uv、poetry、pipenv、conda、cargo。使用 blocked 可追加不在此列表中的包管理器。 示例配置：

{
  "enabledPolicies": ["prefer-package-manager"],
  "policyParams": {
    "prefer-package-manager": {
      "allowed": ["uv", "bun"],
      "blocked": ["pdm", "pipx"]
    }
  }
}

使用此配置，pip install flask 和 pdm install flask 都会被拒绝，并提示 Claude 改用 uv 或 bun。而 uv pip install flask 则会被允许，因为 uv 在允许列表中且优先被检测。

AI 行为

检测 Agent 卡住或行为异常的情况。

`warn-repeated-tool-calls`

事件： PreToolUse（所有工具）
默认行为： 当同一工具以相同参数被调用 3 次及以上时，指示 Claude 重新考虑——这是 Agent 陷入循环的常见信号。无参数。

工作流

强制执行规范的会话结束工作流。这些策略在 Stop 事件上触发，阻止 Agent 停止，直到每个条件都得到满足。它们遵循自然的依赖链：提交 → 推送 → PR → CI。如果某个策略拒绝，链中后续策略将被跳过（拒绝会短路）。所有工作流策略均为失败开放模式：如果所需工具不可用（如未安装 gh、无 git 远端），策略将允许通过并提供信息性消息，说明检查被跳过的原因。

各 CLI 的 Stop 语义

由于六种受支持的 CLI 各自暴露不同的”Agent 完成”Hook 合约，Stop 强制执行在各 CLI 上的表现略有不同。结果是相同的——Agent 在工作流门控未通过时无法停止——但机制有所差异。下表作出了总结；只有 Pi 存在一个值得您在启用 require-*-before-stop 策略前了解的用户可见差异。

CLI	门控触发时机	您看到的效果
Claude Code	同一 Agent 循环，立即触发	Claude 继续工作——修复问题后再次尝试结束。对您无可见中断。
Codex	同一 Agent 循环，立即触发	与 Claude 相同。
GitHub Copilot CLI	同一 Agent 循环，立即触发	与 Claude 相同（使用 Copilot 的 `{decision:"block", reason}` 重试通道——已针对 Copilot CLI 1.0.41 实证验证）。
Cursor Agent	同一 Agent 循环，立即触发	与 Claude 相同（使用 Cursor 的 `{followup_message}` 通道——上限为 `loop_limit`，默认 5 次重试）。
OpenCode	同一 Agent 循环，立即触发	与 Claude 相同（使用 OpenCode 的 `client.session.prompt(...)` SDK 调用，通过 `hookSpecificOutput.additionalContext` 路由）。
Pi (pi-coding-agent)	下一个用户轮次	Pi 会明显停止——当门控触发时，其 Agent 循环退出，控制权回到提示符。下次您提交提示时门控才会触发：failproofai 会在该轮次的系统提示开头附加一条 `MANDATORY ACTION REQUIRED` 指令，要求 LLM 在执行您请求的操作之前先完成工作流步骤（提交、推送等）。

Pi 的限制。 Pi 的 AgentEndEvent（上游等效于 Claude 的 Stop Hook）没有 Result 类型——当它触发时，Pi 的 Agent 循环已经退出。Pi 无法像 Claude / Copilot / Cursor / OpenCode 那样被强制重试同一循环。failproofai 将门控转移到 Pi 的 before_agent_start 事件（在下一个用户提示后触发），这样工作流检查依然会被执行，只是在下一轮而非当前轮次。实际影响：

Pi 停止后，拒绝原因会以 Pi 会话 ID 为键存储在内存中。您在同一 Pi 进程中提交的下一个提示会消费它：LLM 在系统提示顶部看到 MANDATORY ACTION REQUIRED 指令，先完成提交（或推送/开 PR/等待 CI），然后才继续您的请求。该拒绝原因是一次性的——消费后门控即清除。
门控的生命周期受 Pi 进程生命周期限制。如果您在两次轮次之间 Ctrl+C 或退出 Pi，内存中的条目会随进程一起丢失，门控也就错过了。Claude、Copilot、Cursor 和 OpenCode 有相同的限制（杀掉 Agent 则门控错过）——只是 Pi 更为明显，因为 Agent 在门控触发之前就已可见地退出了。
待处理的拒绝在任何原因导致的 session_shutdown 时也会被清除（new / resume / fork / quit），因此来自之前会话的过期门控不会泄漏到在同一 Pi 进程中启动的新会话中。

如果您需要类似 Claude 的同循环重试，请在其他五种受支持的 CLI 下运行您的 Stop 策略。我们正在跟踪 Pi 上游，等待 AgentEndEvent 上未来的 Result 类型以弥补这一差距。

`require-commit-before-stop`

事件： Stop
默认行为： 当存在未提交的更改（已修改、已暂存或未跟踪的文件）时，拒绝停止。工作目录干净时返回信息性消息。无参数。

`require-push-before-stop`

事件： Stop
默认行为： 当存在未推送的提交或当前分支没有远端跟踪分支时，拒绝停止。如需创建跟踪分支，建议使用 git push -u。若未配置远端，则失败开放。 参数：

参数	类型	默认值	描述
`remote`	`string`	`"origin"`	要推送到的远端名称。

示例：

{
  "policyParams": {
    "require-push-before-stop": {
      "remote": "upstream"
    }
  }
}

`require-pr-before-stop`

事件： Stop
默认行为： 当当前分支不存在 Pull Request，或现有 PR 已关闭且未合并时，拒绝停止。指示 Claude 使用 gh pr create 创建 PR。当 PR 被合并后，策略允许通过（工作已交付），并提示切换离开该分支（git checkout main && git pull）。无参数。

此策略需要安装并完成身份验证的 GitHub CLI（gh）。运行 gh auth login，使用具有 repo 作用域的个人访问令牌以获得对 Pull Request 的读取权限。如果未安装 gh 或未完成身份验证，策略将失败开放并向 Claude 报告原因。

`require-no-conflicts-before-stop`

事件： Stop
默认行为： 当当前分支无法与基础分支干净合并时，拒绝停止。策略首先确认 GitHub 上该分支存在 OPEN 状态的 PR——没有 PR 则无合并目标可强制执行，整个策略短路为允许。确认存在 OPEN PR 后，将运行两个独立探测：

本地检测 — git merge-tree --write-tree --name-only origin/<baseBranch> HEAD。发生冲突时，拒绝消息会列出冲突文件，使 Claude 知道确切需要解决的内容。
GitHub 检测 — 复用在预检中已获取的 gh pr view --json mergeable,state 结果。可捕获本地过期的 origin/<baseBranch> 可能遗漏的冲突（例如自上次 fetch 以来，有人在 main 上合并了冲突 PR）。CONFLICTING 结果导致拒绝。UNKNOWN 结果也会拒绝，并指示 Claude 等待约 10 秒后重新检查，再尝试停止——这可防止 GitHub 重新计算期间出现误放。

以下情况策略将完全跳过（允许通过）：未安装 gh、该分支无 PR、PR 状态非 OPEN（如 MERGED、CLOSED），或 gh pr view 返回无法解析的输出。当本地缺少 origin/<baseBranch> 或 HEAD 相对于基础没有新提交时也失败开放——这些第一层回退在允许之前仍会查询缓存的 PR 可合并性。 参数：

参数	类型	默认值	描述
`baseBranch`	`string`	`"main"`	用于检查冲突的基础分支。

此策略需要 GitHub CLI（gh）。策略使用 gh pr view 在运行任何冲突探测之前确认存在 OPEN PR——没有 gh 则策略短路为允许。运行 gh auth login，使用具有 repo 作用域的个人访问令牌以获得对 Pull Request 的读取权限。

`require-ci-green-before-stop`

事件： Stop
默认行为： 当 CI 检查在当前分支上失败或仍在运行时，拒绝停止。同时检查 GitHub Actions 工作流运行和第三方 Bot 检查（如 CodeRabbit、SonarCloud、Codecov）。将 skipped、cancelled 和 neutral 结论视为非失败（后者涵盖例如 Socket Security 对外部贡献者 PR 的警报，其中应用程序有意报告 neutral 而非 success/failure）。所有检查通过时返回信息性消息。无参数。

此策略需要安装并完成身份验证的 GitHub CLI（gh）。运行 gh auth login，使用具有 repo 作用域的个人访问令牌以获得对 Actions 工作流运行和 Checks API 的读取权限。如果未安装 gh 或未完成身份验证，策略将失败开放并向 Claude 报告原因。

禁用单个策略

在配置文件的 enabledPolicies 中移除特定策略，或在控制台的策略标签页中将其关闭。

{
  "enabledPolicies": [
    "block-rm-rf",
    "sanitize-api-keys"
  ]
}

未列在 enabledPolicies 中的策略不会运行，即使 policyParams 中存在对应条目。

​概览

​命名空间

​危险命令

​block-sudo

​block-rm-rf

​block-curl-pipe-sh

​block-failproofai-commands

​基础设施命令

​block-kubectl

​block-terraform

​block-aws-cli

​block-gcloud

​block-az-cli

​block-helm

​block-gh-pipeline

​密钥（清洗器）

​sanitize-jwt

​sanitize-api-keys

​sanitize-connection-strings

​sanitize-private-key-content

​sanitize-bearer-tokens

​环境

​block-env-files

​protect-env-vars

​文件访问

​block-read-outside-cwd

​block-secrets-write

​Git

​block-push-master

​block-work-on-main

​block-force-push

​warn-git-amend

​warn-git-stash-drop

​warn-all-files-staged

​数据库

​warn-destructive-sql

​warn-schema-alteration

​警告

​warn-large-file-write

​warn-package-publish

​warn-background-process

​warn-global-package-install

​包管理器

​prefer-package-manager

​AI 行为

​warn-repeated-tool-calls

​工作流

​各 CLI 的 Stop 语义

​require-commit-before-stop

​require-push-before-stop

​require-pr-before-stop

​require-no-conflicts-before-stop

​require-ci-green-before-stop

​禁用单个策略

概览

命名空间

危险命令

`block-sudo`

`block-rm-rf`

`block-curl-pipe-sh`

`block-failproofai-commands`

基础设施命令

`block-kubectl`

`block-terraform`

`block-aws-cli`

`block-gcloud`

`block-az-cli`

`block-helm`

`block-gh-pipeline`

密钥（清洗器）

`sanitize-jwt`

`sanitize-api-keys`

`sanitize-connection-strings`

`sanitize-private-key-content`

`sanitize-bearer-tokens`

环境

`block-env-files`

`protect-env-vars`

文件访问

`block-read-outside-cwd`

`block-secrets-write`

Git

`block-push-master`

`block-work-on-main`

`block-force-push`

`warn-git-amend`

`warn-git-stash-drop`

`warn-all-files-staged`

数据库

`warn-destructive-sql`

`warn-schema-alteration`

警告

`warn-large-file-write`

`warn-package-publish`

`warn-background-process`

`warn-global-package-install`

包管理器

`prefer-package-manager`

AI 行为

`warn-repeated-tool-calls`

工作流

各 CLI 的 Stop 语义

`require-commit-before-stop`

`require-push-before-stop`

`require-pr-before-stop`

`require-no-conflicts-before-stop`

`require-ci-green-before-stop`

禁用单个策略