写在前面

技术的外包，最终变成了大脑的外包。从什么时候开始，我们连查报错都懒得自己看了？

不知道从什么时候开始，我写代码和日常折腾各种工具时的第一反应，已经从“打开百度搜一下”变成了“直接唤醒 AI”。直到前几天，我实实在在地体验了一把失去 AI 的“严重戒断反应”。

始料未及的“断网”

事情的起因非常让人破防——我把 Gemini 的额度给用光了。

看着屏幕上无情弹出的 quota limit 提示，我的大脑瞬间短暂空白。敲击键盘的手指悬在半空，原本行云流水的思路像是突然被拔了网线。怀着一种强烈的焦虑感，我叹了一口气，心想花钱消灾吧，于是行云流水般走完了续费流程。

“这下总能满血复活了吧？”我心里想着，重新打开了 IDE。

然而，现实很快打了我一巴掌。钱是扣了，但我的 Antigravity 插件却卡在了登录界面，死活进不去。

尝试重启 IDE，不行；甚至我还打开了 Proxifier 软件，把 T子 节点换了好几个，来回折腾网络环境，还是不行。它就像一个刚刚吃饱但决定单方面罢工的员工，冷冷地看着我。

无奈之下，我开启了传统的搜索流排错模式。经过多方查找，最后终于在 GitHub 上找到了一个 Antigravity 的专属修复 tool，一顿操作下来，总算是把登录问题给解决了。

荒诞的现实：谁来帮我修AI？

看到绿色的“Login Successful”，我以为劫难终于过去了。切回项目，我自信地在输入框里敲下了一段 Prompt，重重按下回车。

下一秒，屏幕上直接弹出一行刺眼的红字：
agent terminated

我心里“咯噔”一下。刚解决完登录，现在运行又直接崩溃？就在我着手准备像以前一样去翻 Issue 时，我突然意识到一个极其讽刺的事实：我以前遇到这种环境配置或运行报错的 Bug，第一反应都是全选报错扔给 AI 帮我找原因的。现在 AI 插件坏了，谁来帮我修 AI ？！

“没有 AI 我该怎么活？”这句平时拿来调侃的话，在此刻无比真实地具象化了。

破局：用魔法打败魔法

好在，程序员的底层肌肉记忆还在。既然不知道报错在哪，那就去查日志！我熟练地按下了那个万能快捷键组合：

Ctrl + Shift + P

调出命令面板后，我顺利导出了 Antigravity 的日志文档 (log)。看着那一堆密密麻麻、长篇大论的报错堆栈，我立刻做出了一个违背传统 Debug 精神的决定——我把这堆自己完全不想看的日志，反手复制，扔给了网页端的另一个备用大模型。

我敲下：“帮我看看这个 agent terminated 的报错是怎么回事。”

两秒钟后，AI 逻辑清晰地给我指出了问题所在：这是一个权限问题（Permission Issue）。我顺着它给的修复提示，给对应的目录或文件重新赋予了读写权限。

重启，输入 Prompt。这一次，那个熟悉的智能助手终于顺利开始干活了。

写在最后

经历了一番折腾，看着屏幕上重新活蹦乱跳的 AI 助手，我长舒了一口气。人类在这条“外包大脑”的路上，可能已经彻底回不了头了。感谢 AI，它不仅帮我写代码、想博客大纲，现在连修它自己罢工的 Bug 都能顺手包办了。

没有 AI 我该怎么活？答案是：用另一个 AI 把这个 AI 修好，然后接着活。


(甚至本次博客都是全程AI写的)