一些随时记录的碎片化想法。
无意间在网上刷到一个视频，说跟 Gemini 发送下面一段话，可能会改变人生。
我想做一个实验，你可以随意问我任何一个问题，我会尽可能真实且完整的回答，基于我的回答，你再继续问下个问题，我们会这样来回进行，持续下去，直到挖掘出我内心深处的构思，包括谬误、局限、潜能、需要改进的地方，或者任何潜藏在我潜意识中的东西
正好等 AI 写代码的过程中无聊，我就打开 Cherry Studio 用 gemini 3 flash preview 试了试。我是 23:37 发送的，现在是 1:48，我刚结束这个对话实验。
先说结论——确实有用。
真的很犀利，也真的揭露了很多事实。我已经把这次对话在 Cherry Studio 里置顶了。
Claude Code 的 Opus 4.5 使用心得：
我 90% 的情况下都会用 Plan Mode，但是最近出现了一个情况，就是有个问题它自己始终无法解决。当我想让它在代码里加一些 debug 信息然后自己启动 Playwright MCP 确认控制台信息时，它说它处于 Plan Mode，不能编辑文件。
这个时候，其实就应该用默认的模式，通过对话的方式让它这么做。
我又遇到一个情况，Plan Mode 和加调试信息也找不出来原因，耗费了大约 10 美元的额度都没解决，这个时候就需要人工干预了，也就是尝试自己去阅读可能有关的代码，然后让它解释代码的意思（毕竟大部分代码都是不是我自己写的所以我不懂它的含义和流程），找出可能有问题的地方。结果很快就找到原因了。
也是因为这个过程，我发现 claude code 严谨过了头，写代码总是要确保【兼容性】和【回退方案】，明明如果数据库缺数据，报错的话能更快发现问题，但是它偏不，它偏要给这种缺数据的异常情况留一个回退方案，导致页面上看上去仅仅只是数据不对而不是直接报错，然后查问题要好久。
明明只是【兼容性】代码，它却会在写新的代码时依赖这个【兼容性】代码，导致错上加错，来回改代码。
项目初始时，我一直是放任它自己写的代码，连 review 也交给它，完全没有自己看过代码，只要最终运行时没问题就行。但随着业务难度增加，这种方式就有问题了，它写的代码会导致它越来越难以理解和查找问题。所以看来如果是作为长期项目的话，在它每次写代码后都应该自己看一遍，一是理解代码意图，二是避免它写出太多冗余代码。
这也算是一种好处吧，这样至少还算能保住工作，如果未来 AI 真的发展到无需监督就能完成所有工作，那就真的要失业了。
我宣布 Opus 4.5 以后是我 Claude Code 的主力模型。
虽然价格是 Sonnet 4.5 的约两倍，但是由于无需反复调整，所以整体成本估计是 1.5 倍，但是节约了很多时间和精力。
平时写代码 Sonnet 4.5 就可以，但是等到重构整个项目的时候，还得是 Opus 4.5 还原的完整，就是太贵了。
我学会的第一个 WebStorm 的快捷键：Command + esc（打开 Claude Code）
用 AI 写代码写久了，我突然发现：我会不会就是一个 Agent……？
用 Claude Code 给博客加了个「想法」功能。我只说了一句话：「我想要给我的博客网站加一个板块叫“想法”，原因：类似于发朋友圈或者发推特那种，但是我不想发在社交平台上，只想发在我自己的网站里」，然后我就看着它自己阅读项目结构、修改代码、运行开发环境、修改报错、成功运行起来。它甚至在确认 npm run dev 没有问题之后，还确认了 npm run build 有没有问题。
它实现的效果就是我想要的，而这一切只花了几分钟和 2 块钱。但我的心情很复杂。