codex skill执行权限不足是sandbox策略、工作区范围和approval机制三者叠加限制所致；需依次确认工作区路径覆盖skill目录、配置sandbox可写路径、启用on-request审批模式，并校验skill结构合规性。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Codex Skill执行时提示权限不足，不是单纯缺管理员身份，而是Sandbox策略、工作区范围和Approval机制三者叠加限制的结果；跳过任一环节排查都可能反复失败。
确认当前工作区是否覆盖Skill所需路径
打开Codex CLI或桌面端，执行codex status，查看输出中的workspace字段值。该路径必须包含你正在调用的Skill所在目录（如~/projects/myapp/skills/gh-fix-ci）。若显示为/tmp或空值，说明未设置工作区——此时Codex默认无任何读写权限，所有Skill操作都会静默失败。
在项目根目录下执行：codex workspace set . → 这会把当前文件夹设为工作区 → 后续所有Skill调用均以此为基准路径进行沙箱边界判定。
【必须执行此步】否则即使Skill文件放对位置，Codex也会因“不在工作区内”而拒绝加载，且不报错、不提示，只返回空响应。
检查Sandbox写入策略是否允许修改Skill目录
默认Sandbox仅允许写入当前工作区及其子目录，但Skill运行时常需临时生成文件、写日志或修改配置。若Skill尝试写入~/.codex/skills/或/tmp外的路径，会被拦截并报exec_command failed:CreateProcess{message:"Codex(Sandbox(Denied { }))"}。
方法一：临时批准单次命令前缀
当Skill首次触发写操作失败时，终端会输出类似Approvedcommandprefix saved: - ["python3","/Users/k/.codex/skills/.system/skill-creator/scripts/init_skill.py"]的提示。此时直接回车确认即可放行。
方法二：永久添加可写路径
编辑~/.codex/config.toml，在[sandbox]区块下添加：writable_roots = ["/Users/你的用户名/.codex/skills", "./skills"]
保存后重启Codex，无需每次手动批准。
注意：路径必须是绝对路径，且不能含中文或空格；Windows用户请用C:\Users\用户名\.codex\skills格式。
验证Approval流程是否被阻断
第一步：确保当前会话已启用on-request模式
执行codex config get sandbox.approval_mode → 若返回auto或deny，需改为on-request：codex config set sandbox.approval_mode on-request
第二步：触发一次受限操作观察弹窗
在项目内运行一个需联网的Skill（如/gh-fix-ci），若未弹出审批窗口，说明Approval机制未激活——此时检查是否在桌面端禁用了通知，或CLI运行时加了--no-approval参数。
第三步：确认审批窗口未被系统拦截
macOS用户需检查「系统设置 → 隐私与安全性 → 完全磁盘访问」中是否勾选Codex；Windows用户需确认UAC未静默拒绝，且终端是以管理员身份启动。
【关键前提】Approval只有在Sandbox判定操作受限时才触发；若Sandbox本身未启用（如配置为unrestricted），则不会弹窗，也不会记录审批历史。
重装Skill前先清空缓存并校验结构
执行：codex skill list → 若列表为空或缺失目标Skill，说明加载失败。
进入项目根目录，删除缓存：
Mac/Linux：rm -rf .codex/cache
Windows：del /s /q ".codexcache"
检查Skill目录结构是否合规：
必须满足skills/<name>/skill.yaml</name>路径，且skill.yaml文件位于第一层子目录内；文件夹名只能含小写字母、短横线、数字，不能有空格或中文。
最后运行校验脚本：python3 ~/.codex/skills/.system/skill-creator/scripts/quick_validate.py ./skills/gh-fix-ci → 输出Skill is valid!才算通过。
