我用 Codex 3 小时改了两个插件后,很多工具突然不用换了

我写了 8 年 Java。

前端以前也写过一点，但这么多年没碰，早忘得七七八八了。

真让我现在从头写个浏览器插件，我第一反应还是：

算了，麻烦。

但前阵子，我还是拿 Codex 折腾了两个小插件。

一个，是解决我现在写文章时碰到的问题。

另一个，是把以前工作时一直嫌麻烦的一件事，顺手给解决了。

前后一共 3 个小时。

代码基本都是 Codex 写的。

按理说，做完以后我应该感叹一句：

Codex 现在真牛，写代码越来越快了。

但我当时冒出来的想法不是这个。

我想的是：

以后再碰到一个工具差那么一点，我可能不会第一时间去找替代品了。

我会先想：

能不能直接把这一点改掉？

以前这个念头我很少有。

因为“自己改”这件事，成本太高了。

现在不一样了。

一、以前工具不好用，我只有两个选项：忍，或者换

第一个，是我写文章时用的一个 Obsidian 配图插件。

功能其实挺好用。

但有个地方一直让我有点烦。

它调用的大模型，是作者直接写死在代码里的。

我自己平时有常用的模型，想换。

换不了。

以前碰到这种东西，我一般就两种处理方式。

要么忍。

能用就先用着。

要么重新找一个。

插件商店翻一圈，GitHub 再翻一圈。

说不定找半天，新插件又有新的毛病。

这次我没去找。

我突然想，要不直接把它改了？

于是我找到这个插件装在本地的代码，让 Codex 帮我看，模型到底写死在哪。

找到以后，它问我要换成哪个模型。

我想了一下。

不对。

我要是今天把 A 换成 B，下个月又想用 C，不还是得重新改？

所以最后我让它改成了：

模型从配置里读。

以后我爱填哪个填哪个。

改代码、查问题、跑测试，这些基本都是 Codex 在干。

前后两个小时。

现在这个插件我还在用。

以后真换模型，改个配置就行。

不用再碰代码。

第二个插件，解决的是我以前工作时一直觉得麻烦的一件小事。

之前做线上活动的时候，活动页面出来以后，经常要弄一个二维码给客户扫。

系统本身没这个功能，需求又不大，也不值得专门去改业务系统。

所以每次都是：

复制链接。

打开二维码网站。

粘贴。

生成。

下载。

发出去。

一两次没什么。

做多了以后，就觉得特别烦。

这个事情其实已经过去挺久了。

但前阵子折腾第一个插件的时候，我突然又想起来：

这种东西，现在是不是一个小时就能做掉？

于是我顺手让 Codex 写了一个浏览器插件。

打开当前活动页，点一下。

直接生成当前页面的二维码。

保存就完事。

这个大概一个小时。

两个都不是什么大项目。

甚至拿出去给别人看，可能都会觉得：

就这？

对，就这。

但也正因为小，我做完以后才觉得这件事有意思。

放以前，这种东西我大概率不会做。

不是做不了。

是不值当。

二、真正变化的，是“改一下”终于变便宜了

以前如果我要改第一个插件，意味着什么？

先看项目结构。

再去捡 TypeScript。

搞清楚 Obsidian 插件怎么开发、怎么打包、怎么调试。

找到模型写死的位置。

改完以后还得自己测试。

为了换一个模型，搞这一大圈。

我肯定不干。

第二个二维码插件也是一样。

以前真让我自己从头做，我得先查浏览器扩展怎么写，再找二维码库，再做页面，再打包安装。

为了少几次复制、粘贴、下载？

也不值。

所以以前很多小问题，不是解决不了。

是解决问题的成本，比这个问题本身还大。

这才是我一直忍的原因。

但这次一算账，突然不一样了。

第一个，两小时。

第二个，一小时。

以前可能要花一两天甚至更久的事情，现在变成了晚上随手折腾一下。

当修改成本从“一两天”掉到“一两个小时”，很多以前不值得处理的小别扭，突然就值得了。

这才是这两个插件给我最大的感觉。

不是我突然会前端了。

也不是我突然想当独立开发者了。

而是以前我会想：

“算了，忍一下。”

现在我会多想一句：

“这玩意改一下要多久？”

如果 Codex 一个小时就能搞定，那我为什么还要一直忍？

三、我现在反而更愿意用一个“80 分的工具”

以前我找工具，有点想找“完美答案”。

这个插件差一点。

换。

另一个也差一点。

再换。

浏览器插件、Obsidian 插件、AI 工具，我电脑里装过一堆。

很多时候不是上一个完全不能用。

就是差那么一点。

但那一点我改不了。

所以只能接着找。

现在我的想法开始变了。

一个工具如果已经能解决我 80% 的问题，剩下 20% 又刚好是我自己特别在意的，未必要继续找一个新的。

先看看那 20%，能不能补。

第一个配图插件就是这样。

除了模型写死这件事，其他地方我都挺满意。

为了这一个问题，把整个插件换掉，反而很亏。

那就只改这一处。

改完以后，它还是原来那个我已经用顺手的插件。

只是那块最烦我的地方没了。

我现在越来越喜欢这种感觉。

不是自己从零造一个全新的工具。

而是找到一个本来就挺好用的，然后把最后那一点磨到自己顺手。

以前是我去适应工具。

现在有些时候，工具也可以往我这边靠一点。

四、这也是我最近没那么想追新工具的原因

这两年新工具真的太多了。

这个 Agent。

那个工作流。

今天一个插件。

明天又出来一个新产品。

我以前看到一个新东西，经常会下意识点进去看。

是不是比我现在用的更好？

能不能解决我手上这个问题？

有时候折腾一圈才发现：

新的确实解决了旧工具那个问题。

但它又带来了两个新的问题。

然后继续换。

现在我没那么急了。

不是因为新工具没用了。

而是我开始意识到，有些问题根本不需要靠“换工具”解决。

这个插件模型不能换？

看看能不能把配置放出来。

这个流程每次都要复制链接？

看看能不能做个按钮。

这里每天重复点几次？

看看能不能让 Codex 写个小脚本。

差一点，就补那一点。

这么想以后，我对工具的要求反而没以前那么高了。

不用非得找一个 100 分的。

因为真遇到自己特别在意的地方，现在多了一个办法。

五、以前只有“忍”和“换”，现在多了第三个选项

以前碰到不好用的东西，我基本就两个选项。

忍。

或者换。

忍不了就去找新的。

新的不好用，再找下一个。

现在我慢慢多了第三个选项：

改。

当然，不是什么东西都值得改。

也不是看到一个按钮不爽，就一定要自己折腾半天。

但至少对我来说，判断标准已经变了。

以前我看到一个小问题，会直接觉得：

“不值得开发。”

现在我会先问：

“用 Codex 改这个东西，要多久？”

如果答案是半小时、一小时、两个小时，那很多以前会忍过去的东西，我就真不太想忍了。

我觉得 AI 编程有一个挺容易被忽略的用法。

不是让每个人都去做一个 App。

也不是让所有人都变成程序员。

而是让很多原来根本不值得专门开发的小东西，开始有机会被解决。

一个写死的参数。

一个每天重复的动作。

一个多余的步骤。

一个“这个功能要是再多一点就好了”。

单独看都很小。

小到以前为了它专门写代码都不划算。

但就是这些东西，每天让你忍一下。

现在很多时候，不一定非得忍了。

这两个插件给我的感觉就是这样。

Codex 没让我突然变成前端高手。

它只是把“改一下”的价格，打到了我愿意付的范围里。

而一旦这笔账变了，我用工具的方式也跟着变了。

以前：

不好用？忍一下。

实在不行？换一个。

现在多了一句：

要不先改一下？

如果你也经常遇到这种情况：

这个工具明明挺好，就差一点。

这个流程明明能用，就是有一步特别烦。

以前你可能忍忍就过去了。

下次可以先别急着找新工具。

问一句：

这一步，用 Codex 改掉要多久？

以前为了这点小事专门学开发，不值当。

现在可能只需要一个小时。

很多我们忍了几年的小问题，不是解决不了。只是以前修改它们太贵。

现在这笔账，变了。

以上，既然看到这里了，如果觉得不错，随手点个赞、在看、转发三连吧。想第一时间收到推送，也可以给我个星标⭐。谢谢你看我的文章，我们下次再见。

我是仙哥，一个正在练销售和表达的 Java 后端。