阿银的数字工具箱 2026

先说清楚，这不是推荐榜

“2026 年必装工具”这种标题我自己点进去都会先防备一下。工具好不好用，通常不取决于功能表有多长，而是下一次遇到事情时，我会不会下意识再打开它。

所以这篇只记目前真的留在手边的东西。以后不用了就删，新的工具如果连续用了几个月，再补进来。工具箱不是陈列柜，落灰的东西没必要一直占位置。

Markdown 和 Astro：让我能直接写

博客文章就是一个个 Markdown 文件。标题、日期和分类写在开头，下面直接写正文。Astro 负责把它们变成页面、RSS 和 Sitemap。

这套流程不算新鲜，甚至有点朴素，但我喜欢它不拦着我。想改一句话，打开文件就能改；想看看一篇文章什么时候变过，Git 里也有记录；哪天准备搬家，内容仍然是一堆普通文本，不会被某个编辑器锁住。

对我来说，写作工具最重要的功能不是“帮助创作”，而是别在我想写的时候突然出现一堆设置。

Git 和 GitHub：给折腾留后悔药

我做东西经常会改方向。首页可能上午还是三列卡片，下午就觉得怎么看都别扭；一篇文章发出去后，过段时间再读，也会发现有些话太像说明书。

Git 最大的作用不是显得工程化，而是让我敢改。改坏了能看差异，想不起当时为什么这么做还能翻提交。GitHub 则顺手承担项目入口和服务器更新来源，博客里的项目文章也能直接连回仓库。

有后悔药，动手时会轻松很多。

终端、Node 和浏览器：写、跑、看

日常开发最后还是绕不开这三个动作。

终端负责安装依赖、跑检查和告诉我哪里炸了；Node 负责把 Astro、Electron 这些项目真正跑起来；浏览器负责最后一眼——标题有没有挤出去，手机上卡片是不是变形，图片到底有没有加载。

很多问题在代码里看不出来，截一张完整页面反而立刻就明白。比如首页文章排版之前最大的毛病，不是什么复杂逻辑，只是有封面的卡片把同一行没封面的卡片硬生生撑高了。

Codex：能一起干活，但不能替我喜欢

现在我会用 Codex 帮忙读项目、改代码、跑测试，也会拿它整理文章初稿。重复劳动有人分担，确实省事。

但它最容易做出来的，也是“看起来什么都对”的东西。结构完整、语气通顺、每段都有结论，读完却不知道是谁写的。所以文章最后还是得自己过：这句话我平时会不会说，这个功能我真的在意吗，这段是不是为了显得全面才留下的。

能生成和能发表，中间还隔着一次判断。这个判断不能外包。

留在抽屉里的标准

我现在判断一个工具值不值得留，标准越来越简单：它有没有减少下一次开始时的摩擦。

想写文章能马上写，想查旧决定能翻到，想验证页面能立刻看到结果，想把重复工作交出去又不会失去控制——做到其中一件，就有留下来的理由。

否则功能再漂亮，也先放到抽屉外面。等哪天真的想起它，再说。