Mac版Codex剪贴板失效主因是pboard服务异常、辅助功能/屏幕录制权限缺失，或tmux中误用Ctrl+V触发图像粘贴错误；解决需勾选“屏幕录制”和“辅助功能”权限、禁用Ctrl+V改用Command+V、执行pbcopy < /dev/null清空缓存并killall pboard重启服务。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Mac版Codex剪贴板无法复制，通常不是Codex软件本身损坏，而是系统级剪贴板服务（pboard）未被正确调用、辅助功能权限缺失，或tmux终端环境下Ctrl+V触发了错误的粘贴逻辑。实测中超过六成用户的问题出现在Codex运行于tmux会话时误按Ctrl+V，而非Command+V。
确认并启用关键系统权限
Codex在终端中执行粘贴操作时，需获得屏幕录制与辅助功能授权，否则无法读取系统剪贴板内容。未授权会导致Command+V静默失败，界面无报错但光标不动。
打开“系统设置→隐私与安全性→屏幕录制”，在右侧列表中找到Codex并勾选；若未列出，先启动Codex再返回此页刷新。
接着进入“辅助功能”，点击右下角“+”号，导航至/Applications/Codex.app添加；添加后重启Codex，否则权限不生效。
【必须勾选“完全磁盘访问权限”】：Codex需读取临时剪贴板缓存文件，此项缺失将导致pbpaste命令返回空值，即使复制成功也无法提取内容。
区分终端环境下的粘贴方式
在tmux会话中运行Codex时，禁止使用Ctrl+V——该组合键会触发Codex对图像/富文本的异常解析路径，引发“Failed to paste image: clipboard unavailable”错误，并使当前tmux pane假死（Enter、Ctrl+C均无响应）。
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像，然后保存
正确做法是始终使用Command+V粘贴纯文本内容。该快捷键绕过Codex的图形剪贴板检测模块，直接调用macOS原生文本粘贴接口。
若已因Ctrl+V卡住，不要关闭终端：按下Ctrl+B松开，再按%切换到其他pane，或Ctrl+B → d脱离会话后重新attach，避免强制退出丢失tmux状态。
重启剪贴板服务并清空缓存
第一步：打开终端，执行以下命令清空当前剪贴板内容，排除缓存污染干扰：
pbcopy < /dev/null
第二步：强制重启pboard进程，确保服务处于最新响应态：
killall pboard
第三步：验证是否恢复——在备忘录中复制一段文字，回到Codex界面按Command+V，观察是否即时插入。若仍失败，说明问题锁定在Codex自身配置或版本兼容性，需检查Codex更新日志中关于Sequoia 15.5+系统的剪贴板适配说明。
