从 Claude Code Auto 到 OpenCode：如何开启无审批执行模式

一、先看结论#

OpenCode 中存在两种不同的无审批方式。

1
{
2
  "permission": {
3
    "*": "allow"
4
  }
5
}

1
opencode --auto

1
Enable auto-approve permissions

1
permission: allow
2
≠ 开启 Auto 状态
3

4
permission: allow
5
= 操作本身不需要审批

1
--auto
2
= 自动批准原本需要审批的操作

二、Claude Code Auto 与 OpenCode Auto 有什么区别？#

Claude Code 将 Auto 设计成正式的权限模式。它可以在支持的环境中通过 Shift + Tab 进入，也可以使用：

1
claude --permission-mode auto

Claude Code Auto 不只是简单地替用户点击确认。当前实现会使用独立的安全分类器检查即将执行的操作，判断操作是否超出用户要求、是否涉及陌生基础设施，或者是否可能受到恶意内容诱导。

OpenCode 的 --auto 则更直接：

1
不是 deny
2
    ↓
3
自动批准

OpenCode 官方 CLI 文档对它的说明是：

1
Auto-approve permissions that are not explicitly denied

也就是自动批准没有被明确设置为 deny 的权限。

因此，两者虽然都叫 Auto，但不能简单认为安全机制完全等价。

所以本文所说的“OpenCode 无审批执行”，主要是指使用体验接近，而不是安全模型完全一致。

三、为什么配置了 allow，却没有 Auto 标志？#

假设配置如下：

1
{
2
  "$schema": "https://opencode.ai/config.json",
3
  "default_agent": "build",
4
  "agent": {
5
    "build": {
6
      "permission": {
7
        "*": "allow"
8
      }
9
    }
10
  }
11
}

启动后，Build 旁边仍然没有 auto 标志。

这不是配置失效，而是因为这段配置没有开启运行时 Auto。

它的执行流程是：

1
Build 请求使用工具
2
        ↓
3
权限规则匹配到 allow
4
        ↓
5
直接执行
6
        ↓
7
没有生成审批请求

OpenCode 的权限规则共有三种结果：

官方文档明确说明，allow 表示允许操作在不经过审批的情况下执行。

而开启 Auto 后，执行流程是：

1
Build 请求使用工具
2
        ↓
3
权限规则匹配到 ask
4
        ↓
5
生成审批请求
6
        ↓
7
Auto 自动批准
8
        ↓
9
执行操作

所以 auto 标志表示的是：

当前是否启用了运行时自动审批器。

它并不表示：

当前是否存在任何可能直接执行的权限。

换句话说，即使界面没有 auto 标志，只要权限已经全部配置为 allow，Build 仍然可以在不弹出审批的情况下执行操作。

四、方法一：临时开启真正的 OpenCode Auto#

希望像 Claude Code 一样明确进入 Auto 状态，可以直接运行：

1
opencode --auto

非交互式任务也可以使用：

1
opencode run --auto "修改项目代码并运行测试"

启用后：

1
allow → 直接执行
2
ask   → 自动批准
3
deny  → 阻止执行

OpenCode 会在界面中显示 auto 状态标志。--auto 只影响没有被明确拒绝的权限，无法覆盖 deny。

已经进入 OpenCode 后，也可以在命令面板中选择：

1
Enable auto-approve permissions

关闭时选择：

1
Disable auto-approve permissions

这种方式适合：

• 临时运行一次较长的自动化任务；

• 希望界面明确显示 Auto 状态；

• 不想永久改变 Agent 权限；

• 仍然希望 deny 规则保持生效。

它的不足是：重新启动 OpenCode 后，通常需要再次通过启动参数或界面命令开启。

五、方法二：永久取消 Build 的审批#

如果目标只是：

以后使用官方 Build 时，不再弹出权限审批。

那么可以直接配置 Build 的权限：

1
{
2
  "$schema": "https://opencode.ai/config.json",
3
  "default_agent": "build",
4
  "agent": {
5
    "build": {
6
      "permission": {
7
        "*": "allow"
8
      }
9
    }
10
  }
11
}

这段配置会让 Build 中匹配到的权限直接通过。

它的效果包括：

• 文件创建直接执行；

• 文件修改直接执行；

• 补丁应用直接执行；

• Bash 命令直接执行；

• 其他匹配的内置工具、自定义工具和 MCP 工具直接执行；

• 不需要手动开启 Auto；

• 界面不会显示 auto 标志。

OpenCode 支持在 Agent 层覆盖权限配置，并且 Agent 权限会覆盖对应的全局权限。

OpenCode 内置 Build 本身就是面向开发工作的 Primary Agent，默认拥有完整的文件和系统命令工具。

因此，这个方案可以理解为：

1
官方 Build
2
+
3
所有匹配权限静态设置为 allow

而不是：

1
官方 Build
2
+
3
开启运行时 Auto

六、怎样让每次启动都显示 Auto 标志？#

OpenCode 当前公开的 CLI 参数中提供了：

1
opencode --auto

但官方配置文档没有提供一个与之对应的：

1
{
2
  "auto": true
3
}

持久化配置字段。

因此，如果希望每次启动都进入运行时 Auto，并显示 auto 标志，最实用的方法是创建命令别名或启动脚本。

1
notepad $PROFILE

1
function oc {
2
    opencode --auto @args
3
}

1
oc

1
@echo off
2
opencode --auto %*

1
opencode-auto

1
alias oc='opencode --auto'

1
source ~/.bashrc

1
oc

七、只取消文件编辑审批#

Claude Code 的 acceptEdits 模式主要用于自动批准文件编辑，同时保留部分其他操作的审批。Claude Code 官方说明，acceptEdits 会自动批准工作目录内的文件编辑和部分常见文件系统命令。

OpenCode 中可以配置类似效果：

1
{
2
  "$schema": "https://opencode.ai/config.json",
3
  "default_agent": "build",
4
  "agent": {
5
    "build": {
6
      "permission": {
7
        "edit": "allow",
8
        "bash": "ask"
9
      }
10
    }
11
  }
12
}

对应行为如下：

OpenCode 的 edit 权限同时控制：

• write

• edit

• apply_patch

因此，不需要再分别配置三个工具。

不过这里有一个非常重要的前提：

这种配置只有在没有开启运行时 Auto 时，才能保证 Bash 命令继续弹出审批。

如果同时运行：

1
opencode --auto

那么：

1
"bash": "ask"

产生的审批请求也会被 Auto 自动批准。

因此：

1
edit: allow + bash: ask

适合普通 Build 模式；

不适合已经开启 --auto、但又希望 Bash 命令继续人工确认的场景。

八、ask 在 Auto 模式下不是安全边界#

这是最容易被忽略的一点。

假设配置为：

1
{
2
  "permission": {
3
    "bash": {
4
      "*": "allow",
5
      "rm *": "ask",
6
      "git push *": "ask",
7
      "git reset --hard*": "ask"
8
    }
9
  }
10
}

在没有启用 Auto 时：

1
rm → 弹出审批
2
git push → 弹出审批
3
git reset --hard → 弹出审批

但在启用：

1
opencode --auto

之后，结果会变成：

1
rm → 自动批准
2
git push → 自动批准
3
git reset --hard → 自动批准

因为 --auto 会自动批准所有没有被明确设置为 deny 的权限请求。

所以，在 OpenCode 中：

1
ask = 普通模式下需要人工确认

但：

1
ask + Auto = 自动确认

如果希望某些操作在 Auto 状态下也绝对不能执行，必须设置为：

1
"deny"

而不是：

1
"ask"

九、两种不同的安全配置#

1
{
2
  "$schema": "https://opencode.ai/config.json",
3
  "default_agent": "build",
4
  "agent": {
5
    "build": {
6
      "permission": {
7
        "*": "allow",
8
        "bash": {
9
          "*": "allow",
10
          "rm *": "ask",
11
          "del *": "ask",
12
          "rmdir *": "ask",
13
          "git push *": "ask",
14
          "git reset --hard*": "ask",
15
          "git clean *": "ask"
16
        },
17
        "external_directory": "ask"
18
      }
19
    }
20
  }
21
}

1
opencode --auto

1
opencode --auto

1
{
2
  "$schema": "https://opencode.ai/config.json",
3
  "default_agent": "build",
4
  "agent": {
5
    "build": {
6
      "permission": {
7
        "*": "allow",
8
        "bash": {
9
          "*": "allow",
10
          "rm *": "deny",
11
          "del *": "deny",
12
          "rmdir *": "deny",
13
          "git push *": "deny",
14
          "git reset --hard*": "deny",
15
          "git clean *": "deny"
16
        },
17
        "external_directory": "deny"
18
      }
19
    }
20
  }
21
}

1
opencode --auto

十、是否需要创建 Full-Auto Agent？#

如果希望 Tab 列表中出现：

1
build → plan → Full-Auto

可以创建一个新的 Primary Agent：

1
{
2
  "$schema": "https://opencode.ai/config.json",
3
  "agent": {
4
    "Full-Auto": {
5
      "description": "全权限开发 Agent",
6
      "mode": "primary",
7
      "permission": {
8
        "*": "allow"
9
      }
10
    }
11
  }
12
}

OpenCode 的 Tab 键切换对象是 Primary Agent。官方内置的两个 Primary Agent 是 Build 和 Plan，自定义 mode: "primary" 的 Agent 也会加入切换范围。

但这个方案并不等于开启运行时 Auto：

• 它不会因为名字叫 Full-Auto 就显示 Auto 状态；

• 它只是一个权限全部为 allow 的新 Agent；

• 它仍然属于静态免审批；

• 它不一定完整继承官方 Build 的内部提示词和行为。

所以不建议仅仅为了显示一个类似 Claude Code Auto 的切换项而创建新 Agent。

如果主要目标是保留官方 Build 并取消审批，应修改：

1
"agent": {
2
  "build": {
3
    "permission": {
4
      "*": "allow"
5
    }
6
  }
7
}

如果主要目标是显示真正的 auto 状态，则应使用：

1
opencode --auto

十一、不要继续使用旧版 tools 配置#

部分旧教程会这样配置：

1
{
2
  "tools": {
3
    "write": true,
4
    "edit": true,
5
    "bash": true,
6
    "read": true
7
  }
8
}

或者：

1
{
2
  "agent": {
3
    "Full-Auto": {
4
      "tools": {
5
        "write": true,
6
        "edit": true,
7
        "bash": true
8
      },
9
      "permission": {
10
        "*": "allow"
11
      }
12
    }
13
  }
14
}

OpenCode 官方已经将 tools 标记为弃用，并建议新配置统一使用 permission。旧版 tools 中的 true 大致等价于允许，false 大致等价于拒绝。

因此可以简化为：

1
{
2
  "permission": {
3
    "*": "allow"
4
  }
5
}

或：

1
{
2
  "permission": {
3
    "edit": "allow",
4
    "bash": "ask"
5
  }
6
}

这不仅更简洁，也方便配置针对具体命令的细粒度权限。

十二、配置文件位置与优先级#

OpenCode 的全局配置文件位于：

1
~/.config/opencode/opencode.json

Windows 中通常对应：

1
C:\Users\你的用户名\.config\opencode\opencode.json

项目根目录也可以存在：

1
opencode.json

项目配置可以覆盖全局配置。OpenCode 还可能读取远程组织配置、自定义配置、.opencode 目录和运行时内联配置，托管配置的优先级最高。

因此，如果已经配置：

1
"permission": {
2
  "*": "allow"
3
}

但仍然出现审批，可以检查：

1. 当前项目根目录是否存在另一个 opencode.json；

2. 项目配置是否重新将某些权限设置为 ask；

3. 是否使用了自定义 Agent；

4. 是否存在组织级或托管配置；

5. 当前实际使用的 Agent 是否为 build；

6. JSON 文件是否完整、语法是否正确。

default_agent 只决定没有显式指定 Agent 时默认使用哪个 Agent。

十三、几种方案对比#

十四、与 Claude Code 模式的近似对应关系#

需要注意：

permission: "*": "allow" 在使用体验上可能比 OpenCode Auto 更直接，因为操作不会进入审批流程；但它不代表 OpenCode 当前处于 Auto 状态，也不会显示 Auto 标志。

同样：

OpenCode --auto 虽然名字与 Claude Code Auto 相同，但没有公开说明其具备 Claude Code Auto 相同的安全分类器机制。

十五、最终推荐#

1
{
2
  "$schema": "https://opencode.ai/config.json",
3
  "default_agent": "build",
4
  "agent": {
5
    "build": {
6
      "permission": {
7
        "*": "allow"
8
      }
9
    }
10
  }
11
}

1
opencode --auto

1
Enable auto-approve permissions

1
{
2
  "agent": {
3
    "build": {
4
      "permission": {
5
        "*": "allow",
6
        "bash": {
7
          "*": "allow",
8
          "rm *": "ask",
9
          "git push *": "ask",
10
          "git reset --hard*": "ask"
11
        }
12
      }
13
    }
14
  }
15
}

1
{
2
  "agent": {
3
    "build": {
4
      "permission": {
5
        "*": "allow",
6
        "bash": {
7
          "*": "allow",
8
          "rm *": "deny",
9
          "git push *": "deny",
10
          "git reset --hard*": "deny"
11
        }
12
      }
13
    }
14
  }
15
}

1
opencode --auto

十六、总结#

OpenCode 中最容易混淆的是以下两个概念：

1
静态权限规则

和：

1
运行时 Auto 状态

配置：

1
"permission": {
2
  "*": "allow"
3
}

表示：

操作无需审批，直接执行。

运行：

1
opencode --auto

表示：

原本需要审批、且没有被明确拒绝的操作，由 OpenCode 自动批准。

因此，配置了全部 allow 后没有出现 auto 标志，并不表示配置失败。恰恰相反，操作可能已经绕过了审批流程，根本不需要 Auto 介入。

最终可以用一句话概括：

1
allow 是“不需要审批”，Auto 是“自动替你审批”。

两者可能产生相似的无弹窗体验，但运行机制、状态显示和安全规则并不相同。

无审批执行意味着 Agent 可以在没有人工确认的情况下修改文件和执行命令。建议始终使用 Git 管理项目，并在执行大型自动化任务前提交或备份当前改动。