WorkBuddy保存失败主因是系统权限或路径安全限制：macOS需开启完整磁盘访问并重启应用，避免SIP保护区路径；Windows需管理员运行或授予权限；脚本须用动态安全路径并校验可写性。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
WorkBuddy的Skill能正常读取本地文件但执行保存操作时静默失败、报错或生成空文件，说明读取链路通畅而写入环节被系统拦截或路径配置错误，需聚焦磁盘权限、路径安全性与沙盒限制三类核心问题。
确认是否触发macOS完整磁盘访问拦截
Mac用户遇到保存失败，90%以上源于未开启「完整磁盘访问」权限。该授权必须图形界面手动添加，终端命令无效，且添加后不重启WorkBuddy则不生效。
点击左上角苹果图标 → 系统设置 → 隐私与安全性 → 往下滚动找到「完整磁盘访问」→ 点右下角锁形图标输入管理员密码解锁→ 点左下角「+」号→ 按Cmd+Shift+G输入/Applications/WorkBuddy.app→ 回车后选中该App→点「添加」→ 确保WorkBuddy行左侧复选框已被勾选。
【必须完全退出WorkBuddy再重开】：右键菜单栏图标→「退出」，确认进程消失后再启动，否则权限不会加载。
检查写入路径是否落入SIP保护区
硬编码写入/usr/local/bin、/Library/Application Support、/System等目录会直接触发Operation not permitted错误，这不是权限不足，而是macOS系统完整性保护（SIP）主动拦截，sudo也无法绕过。
正确做法是让Skill脚本调用NSFileManager.default.urls(for: .applicationSupportDirectory, in: .userDomainMask)获取路径，典型结果为~/Library/Application Support/WorkBuddy；若需导出到桌面或文档夹，必须先通过Open Panel选取路径，并对URL调用startAccessingSecurityScopedResource()。
这一步不能省——哪怕路径字符串看起来合法，只要没走安全资源访问流程，macOS就会静默拒绝写入。
WorkBuddy 桌宠工厂 —— 给一张角色图、一个 codex.pet 链接、一条 codex-pets.net 下载 URL、或一份现成的精灵表，就能自动创建一只可联动 WorkBuddy 状态的桌面宠物。当用户说"创建桌宠"、"做一只桌宠"、"用这张图做桌宠"、"从 codex.pet 安装桌宠"、"导入 codex 桌宠 XX"、"装一下 codex-pets.net 上的 XX&quo
Windows用户排查NTFS权限与UAC拦截
方法一：以管理员身份运行WorkBuddy
右键WorkBuddy.exe → 选择“以管理员身份运行” → 若弹出UAC提示，点“是”。此操作可绕过多数NTFS权限限制和辅助功能调用拦截。
方法二：显式授予目标文件夹写入权
右键需保存的目标文件夹（如D:WorkBuddyOutput）→ 属性 → 安全 → 编辑 → 选中当前用户 → 勾选“修改”和“写入” → 应用 → 确定。
方法三：临时降低UAC级别（仅调试用）
Win+R输入msconfig → 启动选项卡 → 高级选项 → 取消勾选“启用低分辨率视频”以外的所有项 → 重启后测试保存是否恢复。验证后请恢复原UAC设置。
验证Skill脚本是否使用了安全写入API
第一步：打开Skill所在文件夹，定位scripts/子目录下的主执行脚本（如main.py或run.sh）。
第二步：检查代码中是否存在类似open('/hardcoded/path/output.txt', 'w')的硬编码绝对路径写法——若有，立即替换为动态路径构造逻辑。
第三步：确认脚本是否调用系统提供的安全路径接口：
• Python需使用pathlib.Path.home() / 'Library' / 'Application Support' / 'WorkBuddy'（macOS）或os.path.expanduser('~\AppData\Local\WorkBuddy'）（Windows）；
• Shell脚本需用$HOME/Library/Application Support/WorkBuddy并确保目录存在（mkdir -p）。
第四步：在脚本开头加入路径存在性校验与可写性测试：
if [[ ! -w "$OUTPUT_DIR" ]]; then echo "ERROR: $OUTPUT_DIR is not writable"; exit 1; fi
