Mac版Codex拖拽文件到编辑区或侧边栏时完全无反应——这不是界面卡顿，也不是AI没加载。说到底，是系统在底层直接拦截了文件路径的传递：Finder没有把真实路径交出去，Codex根本收不到任何文件信息。

这个问题，在我遇到的案例中，根因几乎都指向一个方向：macOS的安全策略。

确认Codex是否已获得Finder读写权限

解决方案的第一步很简单。打开「系统设置 → 隐私与安全性 → 文件和文件夹」，在右侧列表中找到「Codex Computer Use」，确保其左侧复选框已被勾选。如果列表里压根没出现这个条目，说明Codex还没触发过任何文件访问请求。这时候需要在Codex内手动执行一次ls命令，让系统生成这个授权入口。

⚠️注意：只勾选「Codex」主App是没有用的，必须是「Codex Computer Use」这个独立进程——它才是真正执行文件操作的后台服务。

如果勾选后还是无效怎么办？点击右下角锁图标解锁，滚动到底部点击「详情」，在弹出的窗口中手动添加存放项目的目标文件夹（比如~/Projects/my-app）。如果不做这一步，Codex连这个路径下的子目录都看不见。

检查目标文件夹是否被macOS标记为“受限位置”

在访达中选中你要拖入Codex的文件夹，按Command + I打开简介，展开「共享与权限」，查看当前用户的权限是否为「读与写」。

如果显示「只读」，或者权限项是灰色不可修改的状态，点锁图标输入密码解锁，把你的用户名对应的权限改为「读与写」，别忘了点击右下角齿轮图标，选择「应用到所有项目」。

这里有一个关键前提：Codex只能访问你明确添加进项目根目录的路径及其子目录。把文件拖进一个未被授权的桌面文件夹，再试图拖进Codex，系统压根不会转发路径信息——这不是Codex的bug，而是macOS的强制隔离策略在起作用。

验证路径是否含非法字符或挂载异常

方法一：用快捷键确认真实路径。在访达中选中目标文件，按Option + Command + C复制路径，然后粘贴到文本编辑器里查看。重点关注是否存在中文、空格、emoji或不可见控制符。Codex对URI编码很敏感，如果路径中间出现%20或被截断的…，说明解码已经失败了。

方法二：终端直查挂载状态。打开终端，输入mount | grep "your-drive-name"，确认输出中包含rw标志。如果显示的是ro,noexec，说明U盘或移动硬盘被系统挂载为只读——拖拽必然会失败。

方法三：绕过拖拽，用Codex内置命令验证。直接在Codex聊天框输入：ls -la /path/to/your/folder，观察是否返回完整的文件列表及权限字段（比如drwxr-xr-x）。如果报错「Permission denied」或只返回空行，说明路径未授权或挂载异常。

重置Codex的权限绑定关系

第一步：彻底退出Codex。在程序坞右键Codex图标，选择「退出」；再打开「活动监视器」，搜索「Codex」，强制退出所有相关进程（包括Codex Computer Use）。

第二步：清除系统级授权缓存。打开终端，执行：tccutil reset All com.codex.desktop，回车等待命令完成（正常情况没有输出，即表示成功）。

第三步：重启Codex并重新授权。双击启动Codex，首次触发文件操作（比如点击左上角「项目」→ 重新选择根目录），系统会再次弹出「文件和文件夹」授权窗口。严格勾选目标路径，完成后立即测试拖拽。