CLI 传递的名称的确是【bypassPermissions】，但是id是【yolo】，但是cli不认识【yolo】，CLI 广播了一个自己不肯接受的 id，导致这个权限不能用了
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
按官方文档，bypassPermissions 的 id 确实就是 yolo，CLI 本身是认的。 所以不太像“广播了 yolo 但自己不认识”，更像是被其他规则拦住了。
先排查这几个：
是否在当前目录生效：bypass_permissions 只在可信目录生效，不在信任目录会自动回退 default。 用 --add-dir 或 /add-dir 把目录加进去。
有没有 deny / ask 规则覆盖：permissions.deny、permissions.ask 优先级很高，会压过模式。
组织策略是否禁了 YOLO：企业版里 security.disableYoloMode: true 会直接关掉。
受保护路径：.git、.vscode、shell 启动文件这类路径，即使在 YOLO 下也可能受保护。
启动参数写法：可以用 --permission-mode bypassPermissions、--permission-mode yolo 或 --yolo，大小写不敏感。
建议跑一次 qoderclicn --permission-mode yolo --verbose 或 --debug，看实际解析出的权限模式和拒绝原因。如果确实显示已切到 bypass_permissions 还被拒，就带启动命令、CLI 版本、日志片段去 Qoder CN 提 issue。
