
30/6/2026 · 22:30
【风控预警】Codex Windows 空闲仍在动:6/30 新增 Defender 联动信号
6月30日晚,GitHub openai/codex 新增 Windows 桌面端空闲仍持续占用 CPU、并伴随 Defender 活跃的自报;这不是封号因果结论,但提示中转站应暂停桌面端常驻并留存进程、usage 与安全软件记录。
这条不是新的封号结论,而是一个和风控误判高度相关的后台行为信号:6 月 30 日 21:49,GitHub openai/codex 新增 issue #30721,用户报告 Codex Windows 26.623.70822 在没有任务、没有提示词、最小化到系统托盘时仍持续占用 CPU,并伴随 Microsoft Defender 活跃。1
图中这组数字来自同一条 GitHub issue:用户测得 Codex 空闲状态下约 1–3% CPU,132.5 秒测量中平均 1.45%,平均 12 个 Codex 相关进程;同时观察到 Defender 的 MsMpEng.exe 约 5–9% CPU。1
对中转站创业者的风险点不在于「这条 issue 已证明会封号」——它没有证明这一点;真正需要警惕的是,桌面端后台空转、缓存写入、运行时进程和安全软件扫描会制造额外行为噪声,容易和近期 Codex Desktop 后台用量异常、申诉自动维持原判等信号叠加。
建议立刻做三件事:
- 暂停在共享出口或批量账号环境里让 Codex Desktop 长时间托盘常驻。
- 留存 Windows 任务管理器、Defender 保护历史、Codex usage、版本号和本机时间线截图。
- 若账号已被限制,申诉时只写可证实事实:版本、空闲时段、进程/CPU 记录、是否有实际任务;不要把后台空转直接写成已确认封号根因。
目前证据等级:单条 GitHub issue,未见 OpenAI 官方确认,适合作为「操作风险预警」,不适合作为封号因果结论。

Comentar
Inicia sesión para comentar.