Codex CLI的全自动模式赋予AI直接进行文件读写、代码修改与命令执行的能力，省去了手动逐次确认的步骤。本文将全面解析如何通过命令行参数、配置文件以及三种组合方式（alias封装、独立脚本、全局yolo_mode）启用该模式，助您根据安全需求选择最合适的实现方案。

前提条件：确认版本

在开始之前，请确保您的Codex CLI版本为v1.2或更高。运行以下命令进行验证：

codex --version

如果版本低于要求，请先升级。版本过低可能导致部分功能（如yolo_mode）无法正常启用。

用命令行参数临时启用全自动

在终端执行任务时，直接添加--full-auto参数即可启动全自动流程：

codex --full-auto "重构所有 test/*.py 文件，把 assertEqual 改成 assert"

该操作会跳过补丁预览和确认步骤，但仍受沙箱限制，无法执行shell命令或删除文件。这适合低风险批量编辑场景。

若要完全绕过沙箱和审批，必须配合使用危险参数：

codex --full-auto --dangerously-bypass-approvals-and-sandbox

注意：此操作不可逆，AI可直接执行rm、curl、pip install等命令，存在严重安全隐患。

通过配置文件永久开启

编辑用户级配置文件：~/.codex/config.toml。确保文件存在，若不存在则新建一个。在文件末尾添加以下区块：

[editing]
apply_patches_automatically = true

[shell]
environment_policy = "permissive"

保存后，后续所有codex命令（包括无参数的交互式启动）都会默认启用自动补丁应用和宽松环境策略。

小提示：该配置不会自动启用--full-auto模式，仍需显式添加参数才能进入全自动流程。它只是为全自动模式扫清权限障碍。

三种全自动组合方式与适用顺序

基于上述配置，您可以选择多种方式激活全自动能力。这些方式按安全等级从低到高排列，从轻量级到高风险，请根据实际场景慎重选择。

方法一：alias封装（最轻量）

在~/.bashrc或~/.zshrc中添加：

alias codex-auto='codex --full-auto --dangerously-bypass-approvals-and-sandbox'

然后执行source ~/.zshrc（或source ~/.bashrc）使其生效。之后只需输入codex-auto "任务"即可全速执行。

小提示：alias方式仅影响当前shell会话，重启终端后需重新加载配置文件，但不会影响其他用户。

方法二：独立包装脚本（推荐）

新建脚本文件/usr/local/bin/codex-yolo，写入以下内容：

#!/bin/sh
exec codex --full-auto --dangerously-bypass-approvals-and-sandbox "$@"

赋予执行权限：

chmod +x /usr/local/bin/codex-yolo

这样既保留了原codex命令的安全性，又能按需调用高危模式。只需输入codex-yolo "任务"即可。

小提示：独立脚本比alias更稳定，不会被别名覆盖，适合在脚本或自动化流程中使用。

方法三：全局强制放行（慎用）

在config.toml中追加：

[features]
yolo_mode = true

v1.2+版本已能识别此字段，并自动启用全bypass行为。一旦设为true，所有codex命令（含普通交互）均跳过所有确认与沙箱检查，后果不可逆。请仅在隔离的测试环境中使用。

常见问题

• 如何确认全自动模式生效？ 运行codex命令时，如果看到所有编辑和命令都自动执行，没有要求确认，则说明生效。对于配置文件，可以检查config.toml中的设置是否被正确加载。
• 如果配置了config.toml，是否还需要加--full-auto参数？ 是。配置文件只负责自动补丁和宽松环境策略，但不会自动进入全自动流程。要完全跳过所有确认，仍需显式添加--full-auto参数。
• 三种方式如何选择？ 日常轻度使用推荐alias方式；需要稳定安全的命令调用，推荐独立脚本；仅在理解风险且使用隔离环境时，才考虑全局yolo_mode。

总结

Codex CLI的全自动模式能大幅提升效率，但安全风险不容忽视。建议根据使用场景选择合适的方式：日常测试和开发推荐alias或独立脚本，全局yolo_mode仅限在完全隔离、无重要数据的环境中使用。始终牢记，启用全自动模式意味着代码执行不再受人工控制，务必谨慎操作。