WorkBuddy提示“文件正在被占用”时，根本原因是系统级文件句柄被其他进程独占锁定，导致无法读写；需先复制报错路径，用lsof（macOS/Linux）或handle.exe（Windows）定位占用进程，再针对性关闭办公软件或残留进程，或改用副本方式绕过占用。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
WorkBuddy 提示“文件正在被占用”时，无法读取或写入目标文档，常见于 Word、Excel、PDF 等本地文件操作场景，根本原因是系统级文件句柄被其他进程独占锁定，WorkBuddy 无法获取读写权限。
确认哪个进程在占用文件
第一步：右键点击 WorkBuddy 弹出的报错提示框 → 选择【复制文件路径】；
第二步：打开终端（macOS/Linux）或 PowerShell（Windows），粘贴并执行对应命令：
macOS/Linux 执行：lsof +D "$(dirname "粘贴的路径")" | grep "$(basename "粘贴的路径")"；
Windows 执行：handle.exe -a "粘贴的路径"（若提示 command not found，请先从微软官网下载 Handle 工具并放入 PATH）。
这一步必须做，否则你删错进程或强行关软件可能触发数据损坏。输出结果中第一列是进程名，第二列是 PID，第三列显示访问模式（如 rw 表示读写占用，r 表示只读占用）。
针对性终止占用进程
方法一：关闭常见办公软件
直接退出 Microsoft Word、WPS、Adobe Acrobat、Foxit Reader、预览（Preview.app）、Pages 等——它们常以独占方式打开文档，即使窗口已关闭，后台进程仍可能持锁。macOS 用户可在活动监视器中搜索“Word”“Preview”“Acrobat”，勾选后点 × 终止；Windows 用户在任务管理器“进程”页签按名称排序后结束对应项。
方法二：处理后台残留进程
若上一步未见效，说明是子进程或服务在维持句柄。macOS 执行：kill -9 $(lsof -t -i :$(lsof -i | grep LISTEN | head -1 | awk '{print }' | cut -d':' -f2))（仅限高级用户，慎用）；
Windows 执行：taskkill /F /IM excel.exe /IM winword.exe /IM acrord32.exe——这条命令会批量结束 Office 和 Acrobat 主进程及其子进程，比单个 kill 更彻底。
WorkBuddy 桌宠工厂 —— 给一张角色图、一个 codex.pet 链接、一条 codex-pets.net 下载 URL、或一份现成的精灵表，就能自动创建一只可联动 WorkBuddy 状态的桌面宠物。当用户说"创建桌宠"、"做一只桌宠"、"用这张图做桌宠"、"从 codex.pet 安装桌宠"、"导入 codex 桌宠 XX"、"装一下 codex-pets.net 上的 XX&quo
【注意】不要对 system、svchost、kernel_task、com.apple.xxx 类系统进程执行 kill，否则可能导致 macOS 或 Windows 瞬间卡死或蓝屏。
绕过占用直接读取内容
如果文件只是被只读占用（比如别人正用 WPS 查看但未编辑），可跳过终止进程，改用副本方式读取：
① 在文件管理器中右键该文件 → 选择“另存为”或“复制”，生成一个新文件（如 report_copy.docx）；
② 将新文件拖入 WorkBuddy 输入区，或在指令中明确写“读取 C:\report_copy.docx 的正文内容”；
③ 操作完成后，手动删除副本即可。
这招对 PDF 尤其有效——很多阅读器默认启用“文档锁定保护”，但副本不受此限制。WorkBuddy 读取副本时不会触发任何权限弹窗，响应速度也更快。
预防下次再被占用
在 WorkBuddy 中处理文件前，养成两个习惯：
• 先双击用系统默认应用打开该文件，确认能正常加载且无“文件被占用”提示；
• 对重要文档，提前在属性里取消勾选“只读”（Windows 右键→属性→去掉“只读”复选框；macOS 右键→显示简介→最下方“共享与权限”设为“读与写”）。
若频繁遇到此问题，说明你常用某款软件存在后台驻留 Bug，建议切换为轻量替代品：比如用 LibreOffice 替代 WPS，用 Skim 替代 Preview，它们默认不长期持有文件句柄。
