我把刚造好的文章后台拆了
前两篇文章，我先用大模型给文章平台手搓了一个本地发布后台，又花了一周给它套上 AES-GCM 加密、做成一个任何设备都能登录的在线控制台。写完那篇的时候我挺得意的——零服务器、零依赖、零月费，还能在 iPad 上写完直接发布，一个完整的循环。
结果用了不到一个月，我把它整个拆了。
得意之后，是日复一日的麻烦
加密后台最大的问题，是它有“两套要同步的东西”。本地那个 admin 编辑器一改，我就得重新跑一遍加密工具、生成一个带随机后缀的新控制台文件、再推上线。但凡哪次偷懒漏了一步，本地和云端就对不上，下次打开一脸懵。
更折腾的是换电脑。我换 Mac 的频率不低，而那个编辑器和加密工具都被我特意排除在仓库之外——为了安全嘛。可代价就是每次换机都要从备份里把它们捞回来，再重新配一堆密码和 token。一个本该让我“更轻松”的工具，反倒成了每次都要小心伺候的祖宗。
退一步问：我到底需不需要后台
卡了几天之后，我逼自己想了个更根本的问题：这个后台，本质上在帮我干什么？
拆开看，无非三件事——新建一个格式正确的 HTML 文件、在文章平台里加一个入口、然后推送到 GitHub。说白了，全是“按固定规矩改文件”。
而这种活，现在的 AI 编程助手做得又快又准。其实从第一篇文章起我就没自己写过一行 HTML，骨架、样式、脚本全是大模型生成的，我只负责提需求。既然如此，我真正需要的根本不是一个图形界面，而是一个“听得懂人话、会按我规矩改文件”的助手。那我为什么还要在中间架一个又要登录、又要加密、又要同步的后台？
答案是 Codex 的云端功能
它的用法朴素得让我有点意外：把网站仓库授权给它，然后不管用电脑还是手机，我只要说一句“在某个目录发篇文章，标题是什么，内容是什么”，它就自己把仓库拉下来、新建文件、改好地图、推送上线。整个过程发生在云端，不依赖我手边任何一台具体的机器。HTML 依然全是 AI 写的，我连文件都不用碰。
为了让它每次都改得规范，我在仓库根目录放了一份说明文件，把文章该放哪个目录、原创和转载的标题格式有什么区别、发布要直接推到主分支不要绕弯，全写清楚。它每次动手前先读这份说明，所以产出的文件，跟我以前手动发的几乎一模一样。
现在的流程
躺在沙发上，掏出手机，对着对话框说几句话，一两分钟后文章就在线上了。没有后台、没有登录页、没有需要同步的本地文件，换什么设备都无所谓——因为真正的“中心”始终是那个 GitHub 仓库，而不是某一台电脑。
我那个曾经很得意的加密控制台，连同它的加密工具，一起从仓库里删掉了。说实话删的时候有一点点不舍，毕竟为它折腾过一整周。
写到这里的感想
我们好像有种本能：遇到麻烦，就去造一个更复杂的工具来对付它。我前两篇干的就是这事——为了发文章方便，造了后台；为了后台能远程用，又给它加了密。每一步都很合理，合起来却成了一座越垒越高的塔。
但这次我发现，真正的解法常常不是“加”，而是“减”。把那个复杂的中间层整个拿掉，让最朴素的东西（一堆 HTML 文件）和最聪明的东西（会听话的 AI）直接对话，中间那些花哨的后台，反而成了多余的摩擦。
工具应该让人更自由，而不是反过来绑住人。能把一个用了很久、还挺自豪的作品亲手删掉，某种程度上，也算是一种进步吧。
Andrew, June 2026