【经验发现｜技术科普】一直以为 Coding Agent 卡顿是网络问题？小心卸载后残留的“同步阻塞僵尸 Hook”！（经验发现出处：X 用户 @t20000622yy 也无风雨也雾晴，原帖：x.com/t20000622yy/status/2121434257126244732 ）

原帖作者 @t20000622yy 在排查 Antigravity 莫名卡顿时顺藤摸瓜发现：此前试用并卸载过的桌面软件 Orca，在卸载时既未清除 `~/.orca/agent-hooks`（及 ~/Library/Application Support/orca 等约 29 MB 残留），也没有撤回它向本机 11 个 Coding Agent 全局配置（如 Antigravity、Gemini CLI `settings.json`、Codex `hooks.json`、Pi 扩展、Hermes 插件、Copilot CLI、Grok CLI、OpenClaude/CommandCode 等）注入的生命周期钩子。

从技术原理上看，这种残留之所以带来极端体感劣化，是因为“同步链路放大”：只要挂在 `BeforeAgent / BeforeTool / AfterAgent` 上的旧脚本文件仍存在于硬盘，即便宿主 App 已删除，你每发一句话、AI 每调一次工具前后，框架都会同步阻塞执行脚本——该脚本还要嵌套两层 `/bin/sh` 再冷启动一个 `python3` 用 `select()` 读 stdin（预设 5~10 秒超时）。如果一轮任务连续调 20 次工具，本地后台就要被迫串行冷启动 40 多次 Python，难怪看着像网络一直在转圈。

此外原帖评论区（如 @jinzheio ）也补充实测：这类残留 hook 还可能拦截工具调用流程，引发诸如自动模式调 MCP 仍意外弹窗询问许可等连锁异常。如果你也感觉本地 AI 编程工具无缘无故每步都卡顿，不妨先用编辑器或终端检查一下 `~/.orca`、`.superset` 以及各个 Agent 的 `settings.json` / `hooks.json`，先把“本地刹车片”清干净再排查网络。
#CodingAgent##Antigravity##踩坑实录##技术科普#