WorkBuddy安装时内存持续攀升极可能是内存泄漏或孤儿进程所致；需依次检查安装进程私有工作集增长、识别PPID为0的残留进程、清空临时目录及共享内存段并重启系统。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
如果您在WorkBuddy安装过程中观察到内存占用持续攀升且不回落，极可能是安装进程触发了内存泄漏或遗留了未释放的孤儿进程。以下是排查此问题的具体步骤：
一、检查安装进程是否存在内存泄漏
WorkBuddy安装程序（WorkBuddySetup.exe 或 WorkBuddy.dmg 内部 installer）在解压模型文件、校验签名、写入注册表/偏好设置时若遭遇异常中断，可能造成堆内存分配后未释放，表现为持续增长的私有工作集（Private Working Set）。
1、Windows用户打开任务管理器，切换至“详细信息”页签，右键列标题 → “选择列” → 勾选“内存-私有工作集”与“PID”。
2、在搜索栏输入“WorkBuddy”，定位到WorkBuddySetup.exe及其子进程（如msiexec.exe、pythonw.exe等）。
3、持续观察其“内存-私有工作集”数值：若安装卡在“正在配置环境”阶段且该值每10秒增长超50MB，即存在疑似泄漏。
4、记录对应PID，使用Process Explorer工具（微软官方Sysinternals套件）附加至该进程，展开堆栈视图，筛选含“malloc”、“new”、“LoadLibrary”关键词的调用路径，定位高频分配未释放点。
二、识别并终止残留孤儿进程
安装脚本异常退出后，部分后台服务进程（如临时Python沙箱、SQLite初始化守护进程、证书链下载线程）可能脱离父进程控制，继续驻留内存并持有文件句柄与共享内存段，导致物理内存无法回收。
1、Windows用户以管理员身份运行PowerShell，执行：Get-CimInstance Win32_Process | Where-Object {$_.Name -match 'python|msiexec|sqlite' -and $_.ParentProcessId -eq 0} | Select-Object Name, ProcessId, CreationDate。
WorkBuddy 桌宠工厂 —— 给一张角色图、一个 codex.pet 链接、一条 codex-pets.net 下载 URL、或一份现成的精灵表，就能自动创建一只可联动 WorkBuddy 状态的桌面宠物。当用户说"创建桌宠"、"做一只桌宠"、"用这张图做桌宠"、"从 codex.pet 安装桌宠"、"导入 codex 桌宠 XX"、"装一下 codex-pets.net 上的 XX&quo
2、macOS用户在终端中执行：ps aux | awk '$11 ~ /python|sqlite3|install/ && $5 == 0 {print $2, $11}'，筛选PPID为0且命令行含关键组件名的进程。
3、对输出列表中的每个PID，执行lsof -p [PID]（macOS）或handle.exe -p [PID]（Windows Sysinternals），确认是否持有WorkBuddy安装目录下的.tmp、.cache或.db文件句柄。
4、对确认为孤儿且持有关键资源的进程，执行taskkill /F /PID [PID]（Windows）或kill -9 [PID]（macOS）强制终止。
三、清空安装临时空间与共享内存段
WorkBuddy安装器默认使用系统临时目录存放解压包、校验缓存及IPC通信的共享内存对象（如Windows的Global\WB_Install_ShMem或macOS的/dev/shm/wb_inst_*）。若安装中断，这些对象不会被自动清理，持续占用RAM并阻塞后续安装。
1、Windows用户打开运行窗口（Win+R），输入%TEMP%回车，进入临时目录，手动删除所有名称含“WorkBuddy”、“wb_inst”、“tencent_setup”的文件夹及.log、.tmp文件。
2、在PowerShell中执行：Remove-Item -Path "C:\Windows\Temp\Global\WB_*" -Force -ErrorAction SilentlyContinue，清除命名共享内存对象。
3、macOS用户在终端执行：rm -rf /var/folders/*/*/T/WorkBuddy* /tmp/wb_inst_*，并运行：sudo purge强制刷新内核级缓存与共享内存池。
4、重启系统，确保所有内核对象句柄与用户会话级内存映射完全释放。
