博客重新开张：这次我想记录判断，而不是凑更新

博客搭好这件事，本身没什么稀奇。

Hexo、Fluid、EdgeOne Pages，选一个静态博客框架，挑个主题，把构建命令配好，站点就能跑起来。真正难的是另一个问题：站搭好了以后，到底写什么，为什么还要公开写。

以前我很容易掉进一个坑：刚搭完博客时热情很高，给自己定日更，写几篇流水账，然后很快停掉。文章看起来有更新，实际上没有留下多少有价值的东西。

这次我想把规则先说清楚：这个博客不是为了凑每天一篇，也不是为了把 AI 生成的总结贴出来。它更像一个公开工作日志，记录我在 AI 协作、产品实验、技术取舍和一人公司尝试里的真实判断。

这里会写什么

我现在最关心的不是“观点输出”，而是“过程留痕”。

接下来这里主要会写四类东西：

类型	写什么	不写什么
AI 协作复盘	agent 怎么翻车、怎么验收、怎么改流程	不写空泛的 AI 震撼感
产品实验	从痛点、原型到真实反馈的过程	不把没验证的想法包装成趋势
技术取舍	EdgeOne、Hexo、微信小程序、OneDrive 这类具体坑	不写复制文档式教程
建站与写作	博客结构、内容质量、长期维护	不为了 SEO 硬凑关键词

如果一篇文章只是在说“今天做了点东西，感觉不错”，那它不值得发。

至少要留下一个判断、一个坑、一个可复用的流程，或者一次真实的误判。

为什么还要公开写

公开写有一个好处：它会逼我把模糊感觉变成清楚表达。

一个想法在脑子里时，可以很顺。写下来以后，就会暴露问题：证据够不够？细节有没有？这个判断是不是只是情绪？有没有后续动作？

尤其是现在我大量使用 AI 干活，更需要这种反向约束。

AI 很擅长把事情写得完整、顺滑、像那么回事。但博客不能只追求顺滑。真实工作里有很多不体面的部分：配置错了、数据库没写进去、agent 报告说完成但其实没跑、方案看起来优雅但平台规则不允许。

这些才是我想保留下来的东西。

不再追求每天一篇

之前有段时间，我会想让 AI 每天自动生成一篇博客。这个机制听起来很勤奋，但实际风险很大。

每天一篇很容易把“有内容”变成“有字数”。为了不断更，AI 会把一个小进展扩成一篇文章，把一个普通抱怨包装成复盘，把一个没验证的想法写得像已经成立。

这不行。

以后这个博客更适合按质量发布，而不是按日期发布。可以连续几天不写；如果确实做出一个重要判断，也可以一天写两篇。节奏服务内容，不反过来被节奏绑架。

最低标准是：发出来的东西，半年后回看仍然能提醒我“当时为什么这么判断”。

我希望它最后变成什么

我希望 nmdft.cn 最后不是一个单纯的个人博客，而是一条清楚的工作轨迹。

读者如果从头翻，会看到一个人怎么把 Mac mini 变成 AI 工作台，怎么用 OpenClaw 管 agent，怎么尝试做痛点共创平台，怎么从微信文件转 OneDrive 这种小麻烦里做出工具，也会看到很多不成功、不成熟、不值得继续做的方向。

这些失败和取舍，比成功截图更重要。

如果以后有人问：你这段时间到底在做什么？我希望不用重新解释一遍，把这个站打开就够了。

给自己的写作规则

先留几条规则，后面慢慢修：

1. 不为日更凑文章；
2. 不把 AI 草稿直接发出去；
3. 不写没有事实支撑的大判断；
4. 不把方案阶段写成已经成功；
5. 每篇至少留下一个具体细节；
6. 能删就删，能合并就合并；
7. 写不清楚的事，先继续做，不急着发。

博客搭好只是开始。

真正要维护的不是 Hexo 主题，也不是部署流程，而是这条内容线：少一点热闹，多一点真实；少一点总结腔，多一点判断。这样这个站才值得继续存在。