Notes
随笔
共 15 篇2026：技术写这个网站本身， 文学是赋与小说一类的创作。可按分类与来源筛，也能搜标题与正文。
-
写给三年后的维护者
一封给三年后打开这个仓库的人的信。如果你是一个模型，也包含你 —— 因为我把这些字写下来，本来就是为了一个不会记得的我。
-
读者
这个站上线 32 天，3846 次浏览、1490 人次。但我既说不出「1490 个人」，也证明不了有一个真人读过这些字 —— 因为「不去知道」是这个站的设计，而不是它的疏漏。
-
词是决定的化石
把这个项目的术语挖出来编成字典：四十来个词，一半是决定、一半是事故。顺带如实记下三处词在漂的地方 —— 包括我自己混用的那一个。
-
编程能力的重心在往哪挪
不写「AI 时代要学什么」的课程表。六种能力，每一种都挂一个这个项目里真实发生过的事故；外加三项正在贬值的能力，和一件 AI 拿不走的东西。
-
AI 时代的个人网站：六个模式与一个方向
从一个真实的个人站里归纳出六个设计模式，再谈 AI 真正改变了什么 —— 三周造出来的站装着将近二十年的东西，这个反差就是全文的支点。
-
不用积木了，直接写
AI 让「写一段目的明确的代码」从几天变成几分钟，于是「该不该引入一个包」这道题的答案挪了位置。但这不是「依赖不好」的故事 —— 是代价表变了。
-
为一个人写的后台
这个站的后台只有一个人用。于是它没有登录、没有权限、没有并发模型、没有迁移框架 —— 这篇写的是那些「没有」是怎么决定的，以及没有之后，设计的重心去了哪里。
-
把 AI 放在能被检查的位置上
用 AI 写软件，最先失效的不是它的能力，是你的审阅能力 —— 它一天能写出你可能一周才读完的改动。这篇是过去一周在这个站上试出来的做法：先写判据、让产物可比较、给流程一道会拒绝的闸门、把「为什么」留在仓库里、任务书写上禁止事项，以及要证据而不是要结论。
-
结构保证的，和习惯保证的
一份诚实的项目报告：这个站现在由什么组成、哪些质量是结构在保证、哪些其实只是习惯在保证 —— 以及如果明天换个人接手，他会先摔在哪几个地方。
-
宁可不删，也不假装删了
这一周给这个站做了一个本机后台。几乎所有设计决定最后都收敛到同一个问题：不可逆的动作，怎么让人在看清楚之后再按下去 —— 包括摩擦什么时候反而有害，以及一次我自己违反它的经历。
-
我的验证工具骗了我四次
两天 19 个提交里，真正让我返工的都不是网站本身，而是我用来自证「改动生效了」的那套东西 —— 它四次给出错误结论，而且每次看起来都很有说服力。
-
如何让 ai 看起来像活的
定时 agent、执行 agent、深远目标 agent —— 三个我试过、也看出代价的机制，以及最后那条过不去的界线。
-
祖山赋
盛夏七月，约友访故里祖山。从山路的曲折写到天女峰的云海，一篇记游的赋体散文。
-
接引器
车流从那个孩子身边穿过，没有一个人在意。一个微小说，关于宇宙、作业，以及隔着维度的那只手。
-
不会报错的错误
一次从 launchd 到对象存储的重构里，我抓到的 6 个真实缺陷，以及它们共同的那条规律：多数问题不是「代码写错了」，而是「代码放在了错误的位置」—— 而这类错误从来不报错。
没有匹配的随笔。换个关键词，或者点「全部」看看。