遇到子智能体被疯狂开且无法关闭？教你一招搞定

最近在使用 Codex 的时候，不知道大家有没有遇到过那种让人头秃的情况——系统像打了鸡血一样疯狂创建子智能体，关键是想关还关不掉！这简直就是“自助餐还没吃完，盘子堆满餐桌”的感觉。

今天咱们就来聊聊，遇到这种“失控”局面，到底该怎么处理。

为什么会出现这种情况？

首先，别急着慌。这通常不是系统“疯了”，而是权限设置或者触发机制的锅。很多时候，是因为我们赋予了过高的自动化权限，或者触发了某种循环迭代的逻辑。子智能体之间互相调用，导致数量呈指数级增长。

解决方案一：检查并回收权限（最推荐）

图1：检查并回收权限，关闭自我复制能力。

很多时候，问题的根源在于“权限过大”。

1. 进入设置面板：找到 Codex 的权限管理或角色设置页面。
2. 限制“自我复制”能力：检查是否有允许智能体自动创建子进程的选项，把它关掉。
3. 撤销“根用户”级别的授权：如果你之前为了省事给了过高的 API 访问权限，现在建议收回，只保留必要的读写权限。

通常这一步操作完，那种“越生越多”的势头就会被遏制住。

解决方案二：强制终止后台进程

如果界面上点“关闭”按钮完全没反应，或者按钮处于灰色不可用状态，那就得来硬的了。

1. 打开任务管理器/进程列表：在 Codex 的后台管理界面，或者在服务器终端（如果你是自建部署）查看当前运行的实例。
2. 批量结束进程：不要一个个点，直接筛选出所有名为“Codex-Sub-Agent”或类似的进程，执行“强制结束”操作。
3. 清理残留缓存：有时候进程虽然死了，但缓存还在，重启一下服务，防止它“复活”。

图2：在任务管理器中强制终止失控的子智能体进程。

解决方案三：重置配置文件（终极手段）

如果上面两招都不管用，那说明配置文件可能已经写乱了。

1. 先备份你当前的对话记录和重要数据。
2. 找到 Codex 的配置目录（通常是隐藏文件夹或 App Data 下）。
3. 删除或重命名 config.json 这类主配置文件。
4. 重启应用，它会自动生成一份默认的、干净的配置。

虽然这招有点“杀敌一千自损八百”，但绝对是解决顽固 Bug 的最快办法。

如何预防再次发生？

问题解决了，咱们还得防着点它下次再犯：“

• 定期审查：每隔一周看看活跃的智能体列表，把不需要的及时清理。
• 限制并发数：如果有高级设置，一定要设置一个并发子智能体的上限（比如最多 5 个），别让它无限生娃。
• 监控日志：开启日志记录，一旦发现异常的 API 调用频率，立刻警觉。

写在最后

工具本来是为了帮我们提高效率的，千万别让它成了累赘。遇到这种“疯狂开子智能体”的情况，保持冷静，从权限和进程入手，基本都能救回来。

你们平时用 Codex 还有啥奇葩 Bug 或者小技巧？欢迎在评论区分享，咱们一起避坑！