十年前我搭过一个博客。Hexo，GitHub Pages，自己买域名，自己选主题，为了一个主题能折腾半天。那时候搭一个站，从头到尾每个环节都是我自己的事：找教程、配环境、改样式、写内容、发布、维护。

后来这个站没了。不是因为不会搭，是因为搭站本身把我消耗完了。站越来越完整，文章没有变多。

2026 年 8 月，我重新搭了一个。这次最大的区别是，我没有自己敲建站代码。整个站是交给一个 AI Agent（Hermes）搭的。同样是一个人，但这次我的身后多了一个编辑部。

这个编辑部的起点，可以拉一条线看：

2016 年用 Hexo 搭过博客，找教程、选主题、改配置，每个环节都自己动手。表达欲比现在强，但站搭完就累了。
之后几年表达没有消失，只是散落了。有的在微信里，有的在飞书和工作文档里，有的在和 AI 的对话里。属于自己的公开文字空间，没有了。
2026 年重新搭 zefeng.me。这次把搭站、排版、审稿、发布都交给 AI，我管写和决定。

生产关系变了

十年前和现在，最大的区别不是工具，是角色。十年前一个人搭博客，所有角色都是同一个人扛：

十年前，一个人搭博客
  • 找教程，研究 Hexo 和 GitHub Pages
  • 自己选主题、改配置、折腾插件
  • 排版、发布、维护都是自己的事
  • 搭了站，文章没写几篇
现在，一个人 + AI
  • 技术问题交给 AI，我描述需求
  • 排版、纠错、发布全自动
  • AI 当编辑，提意见但不改稿
  • 只管写，和决定

十年前我会先装十个插件，再想第一篇文章写什么。这次反过来了。第一版只做了首页、归档、关于和一篇文章，站都没装修完，先把 2017 年写的《本命年》迁了回来。

AI 在编辑部里承担了四个角色

不是笼统的「AI 帮我」，而是具体的分工：

作者人
写稿的人，也是定稿的人。AI 合写时我定方向和红线，纯手写时我只管写，两条路径的终点，都是我的决定。
技术顾问AI
初始化 Hugo、配主题、Git、Cloudflare、修 Bug、改 CSS。遇到登录、验证码、支付，停下来让我做。
编辑AI
读稿、提意见。诚实、克制、独立：不为了鼓励我而泛泛夸奖，只挑真正影响文章的问题。决定权永远在我。
排版与发布AI
自动排版、纠错、去重、构建、推送、上线。我只要说一句「发布」。

这四个角色里，「编辑」是最难设计的一个。不是技术难，是信任难。排版错了是小事，稿子的判断被带偏才是大事。所以编辑这个角色，我给它的权限是最小的：可以看，可以提，不可以动。

两条写作路径

我的编辑部里，文章分两种来源，走两条路径：

路径一 · AI 合写
我定方向和红线 → Hermes 起草 → 我逐条决定改不改 → 确认 → 发布。文末自动标注「本文由 AI 参与撰稿」。
路径二 · 纯手写
我在 iA Writer 里写完 → AI 自动排版、纠错 → 我确认 → 发布。文章不加合写标记。

两条路径的终点是同一个地方，但起点不同。AI 合写的文章，AI 是渠道和助手；纯手写的文章，AI 是编辑和排版工。两条路径共享同一条底线：只有我说「发布」，才允许推送上线。

两条路径各自有一条红线，方向正好相反：

AI 合写的红线
  • 讲事实，不编造。内容必须来自真实对话和交付件
  • 禁止虚构细节、场景、数字；需要想象力的包装，先讨论确认
  • AI 起草，我做决定
纯手写的红线
  • 我完全做主，AI 不许改我的稿
  • 编辑建议可听可不听，由我自主选择
  • 表达上的瑕疵可能是我的特征，不轻易抹掉

这两条红线其实是同一件事的两面：AI 合写时，约束的是 AI：它可以发挥，但必须基于真实；纯手写时，约束的也是 AI：它可以建议，但无权改动。两种路径里，AI 都是执行者，不是作者。

底线

AI 可以参与编辑部的每一个环节，唯独不能当那个按下发布键的人。账号登录、验证码、支付、删仓库，这些必须停下来由我自己做。不是不信任工具，是出了事承担后果的是我。

这个编辑部目前站上已有三篇文章、一条流水线、一个编辑、一个越来越懂我的档案库。不算大，但它是我自己的。它把表达从杂事里解放出来，让我只需要做一件事：写。