这更像是 Codex 客户端或 ccswitch 在持续扫描项目目录、轮询进程/系统信息,触发了 WMI,而不一定是 DeepSeek API 本身导致的。先在任务管理器里看一下是哪个 Codex 子进程在调用 WMI,最好用事件查看器或 Process Explorer 确认调用方;同时观察空项目目录是否还会复现,如果只有某个仓库出现,检查项目里有没有超大的 node_modules、.git、构建产物或递归软链接。3楼说的 git init 有时能让工作区状态检测走正常路径,但不是通用解法,可以先把 node_modules、dist、日志目录加入忽略或移出项目测试。还可以暂时绕过 ccswitch 直连一次,分别排除客户端、路由和项目扫描因素;更新 Codex、ccswitch 后清理配置缓存也值得试试。要是任务结束后 CPU 仍不降,先取消任务并重启相关进程,别频繁重启系统。最好补充一下 Codex 和 ccswitch 版本、项目类型、是否只有特定仓库触发,以及高占用时任务管理器里具体哪个进程名,这样更容易定位是文件监听、Git 状态扫描还是 WMI 查询循环。
