开源工具 yolo-ai：一个前缀统一所有 AI CLI 的权限跳过开关

一款名为 yolo-ai 的开源命令行工具近日在 V2EX 发布，旨在解决 AI 编程 CLI 工具权限跳过参数不统一的问题。使用 Claude Code、Codex、Gemini CLI 等工具的开发者常被频繁的权限提示困扰，而各家跳过权限的参数并不相同：Claude 为 –dangerously-skip-permissions，Codex 为 –dangerously-bypass-approvals-and-sandbox，Gemini 和 Qwen 为 –yolo，Aider 则是 –yes-always，多工具并用时难以记忆。yolo-ai 的核心逻辑是：以 yolo 前缀调用任意 AI CLI，自动注入该工具对应的跳过权限参数，再将终端交还给子进程。工具通过 npm 全局安装，目前支持 Claude、Codex、Gemini、Qwen、Aider 等 9 个 agent，yolo –list 可列出本机已安装的工具。参数原样透传，交互式与非交互式模式均可使用。npm 会生成 sh、cmd、ps1 三种 shim 脚本，Windows 下的 Git Bash、PowerShell、cmd.exe 均可直接运行，无需修改 shell 配置文件，规避了 alias 跨平台静默失效的问题。项目采用 MIT 协议开源，代码量小，新增 agent 只需在 registry 中补一行配置。作者强调该工具“设计上即危险”，会关闭权限提示，仅建议在可接受无人值守运行的场景使用，并提供 –dry-run 预览与沙箱参数组合两个安全出口。

事件分析

该项目的技术看点在于以极小成本抹平了各家 AI CLI 参数设计的碎片化：通过 registry 映射加子进程透传，将异构的权限跳过开关收敛为统一入口，并借助 npm shim 机制规避 shell alias 跨平台失效的老问题。从产业视角看，这类工具的出现侧面印证 AI 编程 CLI 已成为开发者日常工作流，同时暴露出各厂商在 Agent 自主性控制接口上缺乏统一标准。其“设计上即危险”的定位与 dry-run、沙箱组合等安全出口，反映了当前 Agent 无人值守运行需求与安全约束之间的张力。后续走向上，若厂商逐步标准化非交互模式参数，此类胶水工具的生命周期可能有限，但短期内它切中了多工具并用的真实痛点，开放的贡献机制也有利于快速扩展支持的 agent 范围。

核心观点：各家 AI CLI 权限参数各自为政，开发者一键放权的背后，是 Agent 自主性与安全管控标准双重缺位的行业现状。