Notes
AI 时代的个人网站:六个模式与一个方向
先把范围说小
这个题目很容易写成"AI 时代你应该……"。我不想写那种东西 —— 因为我手里只有一个样本:这个站。
所以下面所有东西都来自一个具体的地方,格式是:先给这个站里的事实,再归纳,最后才说我怎么想。 推断会标明是推断,判断会标明是判断。
先看一组数字,它们构成了全文的支点:
站的建造时间 3 周(2026-09-27 第一个提交 → 今天 131 个提交)
站里的东西 照片 108 张,拍摄年份 2013 → 2026
诗文 45 首,写作年份 2007 → 2025
规模 16 个页面 · 41 个工具(7266 行)· 0 个依赖
访问 上线 25 天,页面浏览 3122 次、访客 1132 人次
三周造出来的壳子,装的是将近二十年的东西。 这个反差是这篇想说的第一件事,也是最后一件。
这个站的三个性质
在归纳模式之前,得先说清它是什么做的:
- 零依赖、纯静态。 没有框架、没有构建工具链、没有
node_modules。41 个脚本全部是标准库。生成的 HTML 直接放在服务器上,nginx 发出去。 - 数据是纯文本。 照片清单是 JSON、诗文是 Markdown、随笔是带 JSON 头的 Markdown。没有数据库。
- 代码是 AI 写的,数据是作者写的。 41 个工具和 16 个页面都是 AI 产出的;108 张照片、45 首诗、2 篇随笔是作者本人的。
下面六个模式,都是从这三条里长出来的。
模式一:源与产物分离,而且产物可重建
这个站有一条硬性的流向:data/(源)→ 一个命令重建全部生成物 → 部署。生成物包括页面、图片的各档尺寸、sitemap、脚本里的数据。
关键不在分离,在于"可重建"。 任何一个生成物,只要源还在,就能一模一样地重新生成;源和产物之间不允许有人手工插过手。
为什么这在 AI 时代更重要?因为AI 会同时改源和产物。如果产物里有一部分是手工维护的,AI 改完源之后,那部分就成了"没人知道该不该跟着变"的孤儿。分离 + 可重建,等于给 AI 划了一条它必须遵守的线。
模式二:不可逆动作之前,先做一次能自动判定的核对
这个站在部署之前有一道闸门:生成物与源是否一致、有没有原片没入库、有没有文件漏映射、网站参数与照片 EXIF 是否对得上。不一致就拒绝部署,连服务器都不连。
这不是"小心一点",而是把"小心"变成一条能失败的检查。区别很大:
- "小心点":依赖你在那一刻的注意力 —— 而注意力是人最不可靠的东西。
- "闸门":不通过就是过不去,不管你今天多累。
AI 时代这条格外重要:AI 干活很快,快的东西最需要闸门。因为错误也会同样快地发生,而且不会有"手酸了、慢一点"这种自然的刹车。
模式三:幂等重建 —— 让 diff 只有意义
什么都没改的时候跑一遍全量构建,工作区应当是干净的。这条性质听起来像洁癖,实际是整个项目里最有用的信号之一。
有了它,"这次改动到底碰了什么"永远答得出来。没有它,每次重建都会产生一屏无意义的差异 —— 而一屏无意义的差异会训练人开始忽略 diff,从那天起,"我改了什么"就失去了答案。
在 AI 参与的项目里,这条尤其值钱:AI 一次可能改十几个文件,你是靠 diff 判断它有没有手滑的。diff 脏了,这个判断能力就没了。
模式四:人写数据,机器写代码,接口是文件
这个站的分工很清楚:
作者 拍照片、写诗、写随笔、决定发不发、改文案口径
AI 写所有代码、写工具、做后台、做检查
接口 data/ 目录 —— 只有它是两边都要碰的地方
后台只写 data/,构建只读 data/。两条链只有一个交汇点,这个约束是刻意的:任何一边出问题,都不会污染另一边。
这条模式给 AI 协作提供了一个可操作的形状。人不需要读懂 7266 行工具,AI 也不需要理解一张照片为什么值得发。双方只要在 data/ 这个界面上对齐。
模式五:给访客的声明,不能只放在仓库里
这个站有 7 篇随笔是 AI 写的、2 篇是作者本人写的。每篇的页面顶部都标着来源(「AI 生成」),页脚在全部 16 个页面上都有一句声明:哪些是 AI 做的、哪些是作者原创、哪些文字未经核实。
这个模式的重点是:声明的读者是访客,不是仓库。
放在 README 里的说明,只有维护者看得到;访客看到的才是事实。AI 时代会有一大批"看起来完全是人写的"站点,这时候"明确标注"本身就成了内容的一部分 —— 不是道德表演,而是信息的诚实度。
模式六:十年后还能开 —— 降低时间耦合
零依赖、纯文本、静态页面。这三个选择合起来只有一个目的:让这个站在十年后仍然能被打开、被修改。
没有依赖要升级,没有框架要追版本,没有数据库要迁移,没有服务要续费。坏掉的可能性只剩下"文件丢了"和"机器没了" —— 而这两个都有备份和回滚点兜着。
AI 让"做一个站"变得很便宜,于是"这个站能活多久"反而成了新的分水岭。用最新框架三小时搭出来的东西,和用最笨的办法搭出来的东西,第一天的样子差不多;第三年的样子完全不同。
AI 真正改变了什么
下面三条是推断,不是结论 —— 它们来自这个站的经验,但一个样本撑不起普遍性。
一、写代码的成本趋零,瓶颈移到"判断"和"检查"
这个站 3 周、131 个提交,绝大部分代码是 AI 写的。写代码本身不再是瓶颈了。
于是时间花在哪里?花在:决定做什么、做完怎么知道没坏、坏了怎么回来。前面那几篇技术随笔里写的东西 —— 闸门、幂等、逐字节验收、回滚点 —— 全是检查和判断,没有一篇是"怎么写代码"。
推断:AI 时代做个人网站,真正稀缺的不是实现能力,而是"知道自己要什么"和"能验证自己做到了"。
二、内容生产趋零成本,所以"经历"变贵
这个站最矛盾的一组数字是开头那组:3 周造的壳子,装的是将近二十年的东西。
AI 可以无限地写文章、生成图片、编造日期。于是"内容"这个维度迅速贬值 —— 一个站写了一千篇文章,不再是优势。但反过来说:一张 2013 年拍的、带原始 EXIF 的照片,一段 2007 年写下的文字,没有第二种方式可以获得。
推断:个人网站的价值会从"内容量"转向"痕迹的真实性"。AI 让"看起来像"变得廉价,也就让"真的发生过"变得稀缺。
这也是这个站为什么坚持两件事:照片的机身、参数、日期全部取自原始 EXIF,不做修饰;诗文按写作年份标注,早到 2007 年。这些不是风格,是不可伪造的部分。
三、一个人能长期维护,所以敌人从"规模"变成"时间"
以前一个人维护一个站,最大的敌人是规模:内容一多、功能一多,就维护不动了。AI 把这块成本压下来了 —— 这个站有后台、有发布流程、有检查网,全部是一个人(加一个 AI)在维护。
但新的敌人出现了:时间。三年后这个 AI 还能不能读懂自己写的东西?五年前那个依赖还装得上吗?十年前的构建脚本还能跑吗?
推断:AI 时代个人网站的设计目标,会从"能扩展"变成"能长寿"。判断标准不再是"能不能加功能",而是"三年后打开它,还认得出这是我做的吗"。
代价,也得说
- 每个功能都要自己写检查。 没有框架帮你兜底,10 项单元测试、56 项界面探针、一道构建闸门,全是自己写的。写漏一条,坏数据就流进去了。
- 没有生态。 出了问题只能自己查。这个站在三周里踩的坑 —— 增量转换跳过、索引延迟、替换陷阱、时区错位 —— 没有一个能在搜索引擎里直接找到答案。
- "看起来像活的"变得太容易了。 生成内容、生成排版、生成整个网站,成本都趋零。这意味着很容易做一个看起来很真的假站。守住这条线只能靠自己 —— 而这个站的做法是把声明写在页面上,让访客自己判断。
我的判断
以下三条,明确是我的判断,不是预言:
- 个人网站的机会不在功能,在痕迹。 任何功能 AI 都能给你做出来,所以功能不再是差异化。你的照片、你的日期、你写下的具体的句子,才是别人复制不走的东西。
- 网站会越来越像"工作台 + 日志",而不是"作品集"。 作品集是给别人看的成品;工作台是给自己用的过程。这个站有 131 个提交、8 个回滚点、20 个备份快照、一套能回答"这次改了什么"的机制 —— 这些都不出现在页面上,但它们决定了页面能存在多久。
- 能被检查的,比能被展示的更值钱。 展示给访客看的东西很容易做;能自动回答"它有没有坏"的机制很难做,而且没人看得见。但正是后者,让一个人可以放心地把站放上十年。
结语
如果只用一句话概括这篇:
AI 让"做一个网站"变得几乎免费,于是那个网站里"只有你能提供的东西",就成了它唯一的价格。
三周造出来的壳子,装将近二十年的东西。壳子可以重造,东西不能。