关于更新频率调整的一点说明

从五月中旬开始相对稳定更新以来，正常情况下我会保持一周三更。

这段时间里，我慢慢找到了一些做内容的节奏，也收到了不少朋友的反馈。在知乎上，内容的表现比我预想中更好一些；与此同时，「每周 GitHub 精选」也逐渐成为了一个固定栏目。

不过最近我一直在思考一个问题：

如果想长期做下去，我到底应该追求更新频率，还是追求内容质量？

我的答案越来越偏向后者。

我对自己写的内容，其实一直有几个要求：

第一，必须真实。

我分享的工具、项目、工作流，必须是我亲自体验过的。

我不太想做纯粹的信息搬运。

热点当然可以追，但我更相信，真正有价值的内容来自于实际使用后的体验和判断。

第二，必须有价值。

我希望大家看完之后能有所收获。

哪怕只是了解到一个值得尝试的工具，一个新的解决问题思路，或者少踩一个坑。

如果只是把信息重新整理一遍发出来，那不是我想做的内容。

而随着持续更新，我也越来越意识到：

想要满足这些标准，其实需要大量时间。

很多内容看起来只有几分钟的阅读时间，但背后往往是几天甚至几周的体验和验证。

比如最近准备做的一个项目：

我想把一个训练架构判断能力的开源仓库，做成一个闯关式的网站。

但真正开始动手之后发现，要把它做好，首先需要提升自己的架构判断能力，然后再不断迭代网站设计和题目质量。

这类内容很难在短时间内完成。

所以经过反复思考后，我决定调整更新策略：

从过去的一周三更，调整为：

• 每周固定更新一期《GitHub 仓库精选》

• 其余内容不定期更新

这并不意味着减少创作。

恰恰相反。

我希望把更多时间投入到体验、验证、实践和打磨上，而不是为了完成更新任务而更新。

AI 圈的发展速度很快。

但比起追赶每一个热点，我更希望把真正值得投入时间的东西筛选出来，再分享给大家。

更新会慢一些，但希望内容能更扎实一些。