我不想再把个人博客做成作品陈列柜

我最近发现，个人博客最危险的状态，不是没人看。

而是它只会保存过去，却不会影响未来。

文章写完，发布，归档。项目做完，放进作品集。几年以后再回头看，它们当然还能证明：

我以前想过这些问题，也做过这些东西。

但如果一篇文章发布以后，再也不会影响之后的判断；如果一个项目完成以后，再也不会降低下一次行动的成本——那这个博客本质上还是一个越来越精致的档案柜。

我不太想继续这样做。

最近，我开始重新改造自己的博客。不是为了增加更多页面，而是想验证一件事：

公开出去的东西，能不能再回来，影响下一次行动。

一个真实失败，让我重新理解“作品”

这个变化，最早来自一个很小的项目。

之前我把自己的定投清单做成了一个可以安装到手机上的 PWA。开发完成以后，本地自动化测试都是通过的：桌面启动、数据保存、离线使用、图片导出，看起来都没有问题。

直到我真的拿出手机，关闭网络，再重新启动它。

失败了。

应用在断网冷启动时无法正常打开。

后来排查才发现，正式部署环境和本地测试环境对路径的处理方式并不完全一样。也就是说：

我的测试通过了，但真实使用没有通过。

我重新修改了启动路径、离线缓存和测试环境，再拿同一台手机重新验证，最后才真正完成验收。

这次失败后来被完整保留在这件作品的公开记录里。

它让我越来越确定：

一个结果只有经过真实环境验证，才有资格被当成证据。

所以后来，我开始要求博客里的 Works 不只是展示“我做了什么”，而是必须能够回答：问题是什么？最开始的假设是什么？有哪些约束？为什么做出这个决定？结果怎么样？证据是什么？哪里失败过？现在还有哪些限制？下一步应该继续、修改还是停止？

博客开始从“展示完成品”，慢慢变成“记录判断如何被现实检验”。

但做到这里以后，我又遇到了第二个问题。

作品发布以后，为什么就结束了？

以前，一件作品的生命周期大概是：

问题 → 制作 → 验证 → 发布 → 结束。

但现实并不是这样。

真正有价值的事情，很多时候发生在发布以后。

有人真的使用了，然后发现一个我没有想到的问题；几个月以后，我在另一个项目里重新用了之前的方法；原来的某个判断被现实推翻；过去踩过的坑，让我第二次少走了一段弯路；甚至可能因为一件作品，认识一个原本不会认识的人。

这些东西，过去没有地方记录。

所以我最近给 Works 增加了两个很简单的区域：

后来带回了什么。

以及：

后来用在了哪里。

现在它们大部分还是空的。

这是刻意的。

我不想因为页面上多了两个字段，就提前假装“这件作品未来一定会产生价值”。只有事情真的发生以后，才记录。

如果半年以后依然什么都没有，那也是一个真实结果。

它至少说明：

这件作品虽然完成了，但没有产生我原本想象中的复利。

我更关心的，不是“发出去多少”

而是：

发出去以后，带回来多少。

有没有让我自己想得更清楚？有没有人指出一个错误？有没有产生一次真正有价值的讨论？有没有在下一次项目里被重新调用？有没有降低后续生产成本？有没有带来新的关系、合作或者机会？

我暂时把这些东西叫作：

反哺。

以前我理解的公开，大概是：

我
↓
做东西
↓
发布
↓
别人看到

这是一个单向过程。

现在我更希望它变成：

问题
↓
行动
↓
作品
↓
公开
↓
反馈
↓
复盘
↓
影响下一次行动
↺

公开不再只是生产的终点。

它也应该成为下一轮生产的输入。

/now/：我真正想验证的，不是一个页面

这次改造里，我还增加了一个“当前在做什么”页面。

它不是待办清单，也不是完整项目列表。我只允许自己在那里放少数几个当前真正投入注意力的方向。

现在里面有三件事情：

• 主动投资系统；
• 作息重构实验 V1；
• mantou-blog。

每一项都必须回答两个问题：

我现在到底在验证什么？

以及：

到什么节点，我需要重新判断？

例如，作息重构实验并不是简单验证“我能不能五点起床”。

真正想验证的是：能不能通过重新安排睡眠、身体供能和晨间时间，稳定获得每天 5:00–8:00 的完整注意力，并把其中至少一部分真正转化成高质量阅读。

到了检查点，它不能永远停留在“进行中”。

必须重新判断：

继续、修改，或者暂停。

但 /now/ 对我最重要的作用，可能还不是这些。

如果我想做第四件事，它值得替换掉哪一件？

我越来越发现，对我来说真正稀缺的不是想法。

而是注意力。

新的项目、新的研究方向、新的软件、新的问题永远不会缺。以前遇到一个很有意思的新东西，我很容易产生一个念头：

要不要顺便做一下？

现在 /now/ 给我的约束是：

如果我要增加这件事，它值得挤掉现在的哪一件？

如果答案是：现在没有任何一件值得停。

那其实答案已经很明显：

现在不做。

所以 /now/ 表面上是一个公开页面，但我真正想验证的是：

它能不能改变我自己的一次决定。

如果它真的让我少开启一个不应该现在做的项目，那它产生的价值，可能已经超过很多更复杂的功能。

工程已经够用了，下一步不是继续加功能

过去优化博客时，我很容易继续看到新的工程问题。

搜索、CMS、页面设计、自动化测试、部署、移动端、深色模式……

这些东西后来基本都被我一点一点补上了。

继续优化网站本身，当然永远还有空间。但我开始意识到：

网站工程越来越完整，并不意味着这个网站对我的价值越来越高。

如果没有新的作品，没有真实反馈，没有因为公开改变一次判断，没有让过去的经验进入下一次行动，那么再增加几个页面，也不会解决真正的问题。

所以现在我反而开始给自己增加一个限制：

没有真实问题，就不要急着增加新功能。

比如我之前也考虑过继续增加 Notes，但现在没有继续做。

真正的问题应该先出现。如果以后我真的不断遇到“这个东西值得留下，但它既不是正式文章，也不是 Works”的情况，那时再解决。

而不是先预测一个需求，然后把整个系统提前建设完整。

我开始重新理解个人博客

以前，我把博客理解成：

保存我做过什么的地方。

现在我更希望它逐渐变成：

记录我现在在验证什么、哪些判断被现实修改过，以及过去的东西后来如何影响未来的地方。

它不只回答：

mantou 以前做过什么？

还应该慢慢能够回答：

mantou 现在在验证什么？

这些作品后来怎么样了？

哪些方法真的被重新用过？

哪些判断被证明是错的？

为什么某件事情继续了，另一件却停了？

如果几年以后重新打开这个网站，我希望看到的不是一排越来越漂亮的作品。

而是一条能看见因果关系的轨迹：

原来这个问题产生了这个实验。

这个实验留下了这个方法。

这个方法后来进入了另一个项目。

外部反馈又改变了下一次决定。

这可能才是我真正想从个人博客得到的东西。

真正的实验，现在才开始

现在，/now/ 已经开始运行。

Works 也已经能够记录发布后的反馈和复用。

但这些功能到底有没有价值，目前还不能下结论。

接下来真正值得观察的是：

• /now/ 会不会真的让我拒绝一次新的诱惑；
• 一个已经发布的作品，会不会收到第一条值得写回去的反馈；
• 过去做过的东西，会不会第一次真实降低下一件作品的成本；
• 公开以后，会不会让一个原本不认识的人，因为一个具体问题找到我。

如果这些事情没有发生，那我就应该继续修改，甚至删除这些机制。

如果它们发生了，那么这个博客才真正开始从：

保存过去

变成：

参与未来。

这次更新，不是为了让博客变得更完整。

而是为了验证一件更难的事情：

过去公开出去的东西，能不能真的改变未来的自己。

如果你也有一个长期维护的个人网站，我很好奇：

它现在主要是在保存过去，还是已经开始影响你下一次要做什么？