这是我的第 75 篇原创记录 AI 使用经验
周末原本计划在家安安心心做一份 PPT 报告，结果刚打开 WPS 就直接崩溃。
反复重启了好几次都无济于事。
说实话，当时心里确实有些着急——报告还没做完，下周四就要汇报了。
抱着试一试的心态，我把 macOS 的崩溃日志发给了 Codex 分析。
它很快就抓住了关键点：并不是文档损坏，也不是 WPS 主程序被篡改，而是启动阶段卡在了 macOS 的沙盒校验上。
Codex 从日志中摘出了几条关键线索：
· libsystem_secinit.dylib
· _libsecinit_appsandbox
· failed integrity checks for container
通俗来说就是：WPS 还没能真正启动起来，在 macOS 的 sandbox/container 初始化阶段就失败了。
Codex 还顺便帮我验证了 WPS 应用本体的签名，结果是“valid on disk”，基本排除了安装包损坏的可能。
随后它给出的方案是：不要删除数据，先将 WPS 的本地容器目录改名备份，让 WPS 下次启动时自动重建。具体命令如下：
mv ~/Library/Containers/com.kingsoft.wpsoffice.mac
~/Library/Containers/com.kingsoft.wpsoffice.mac.bak-时间戳
原以为用 sudo 执行就能顺利搞定，
没想到！！！
中途还是出了插曲——连 sudo mv 也提示 Operation not permitted。
再次请 Codex 判断后，才发现这已经不是普通的权限问题，而是 macOS 的隐私权限（TCC）在拦截。
需要前往「系统设置 → 隐私与安全性 → 完全磁盘访问权限」，将终端（Terminal）添加进去，然后重启终端再操作。
照着做完之后，WPS 终于成功打开了！🎉
这一次，Codex 又用实力证明了自己。
它绝不只是“会写代码”，还能实实在在地帮忙解决办公和日常电脑上的难题，为我节省了太多时间。我自己查找资料解决还不知道要几个小时，codex 十分钟帮我解决。
假如你也遇到电脑上各种奇奇怪怪的问题，不妨试着把问题描述发给它，让 Codex 也来帮你诊断一下。
台风天的夜晚 🌬️祝大家使用AI 愉快！
#codex #ai #ppt #codedoctor
--------------------------
学习 AI，关注 AI 发展！长期关注，点击关注！
