构建一个会长期生长的个人知识系统

知识库很容易变成一个只进不出的仓库：收藏越来越多，目录越来越深，真正能被重新发现、串联和使用的内容却越来越少。

我也经历过这个阶段。遇到问题时记下一段结论，读到有用的内容就保存一个链接，工作中踩过的坑则散落在不同文档里。它们看起来都被“保存”了，但下一次面对相似问题时，我仍然需要重新搜索、重新判断。

问题不在于记得不够多，而在于这些内容没有形成稳定的结构，也没有进入下一次思考。

一个真正有用的个人知识系统，不应该只是替我保存过去，还应该帮助我处理下一个问题。

从保存资料，到积累判断

我开始重新思考这个网站时，首先放弃了“把所有内容都放进来”的想法。信息数量不是目标，能够持续更新、方便查找，并且值得回看的内容才是。

这也意味着，一条内容进入系统之前，需要先回答几个问题：

这些问题让“记录”从一个保存动作，变成了一次筛选。真正留下来的，不只是答案，还有答案成立的条件。

目前网站只保留两个主要入口：笔记与博客。它们都来自实践，但承担的职责不同。

技术笔记围绕 Java、数据库和中间件等主题组织。它们强调结构、边界和可检索性，目标不是从头到尾阅读，而是在遇到具体问题时快速定位。

一篇笔记可以持续修正。新的理解会补充进去，过时的结论会被替换，相关主题也会逐渐连接起来。它更接近一份长期维护的个人技术手册。

博客承载那些无法被压缩成知识点的内容，例如一次技术选择背后的取舍、一个项目暴露出来的问题，或者某个阶段形成的方法。

这类内容需要起点、过程和结论，也需要保留当时的上下文。它不一定给出标准答案，但应该让读者看见判断是如何形成的。

简单来说：笔记负责找到答案，博客负责解释为什么。

我希望日常记录不需要复杂仪式，因此把整理过程压缩成四个动作。

这个流程不是严格的流水线。很多内容会停留在第一步，也有一些笔记会在持续更新后自然长成文章。重要的是，每一步都有明确用途，不必为了“发布”而强行完成。

技术选型服务于内容，而不是反过来。Astro 默认输出静态 HTML，适合长文章与知识页面；需要交互的地方再局部增强。这样既能保持页面轻量，也不会限制未来加入可视化或小工具。

知识库部分使用 Starlight，它已经处理了侧边目录、页内导航、代码高亮和 Markdown 内容。博客则使用更简单的文章布局，让标题、摘要与正文保持清晰的阅读节奏。

内容继续使用 Markdown 保存。它足够朴素，也足够稳定：写作不依赖某个在线编辑器，文件可以被版本管理，未来即使更换展示方式，内容本身仍然可以保留。

技术方案最终只需要满足三个条件：

个人网站很容易不断增加栏目、卡片和功能，最后又变成另一个需要维护的产品。我更希望它保持克制。

首页只回答三个问题：我是谁、我在关注什么、最近写了什么。笔记页提供稳定的技术目录，博客页展示完整文章。其他内容只有在真正形成规模后，才值得拥有独立入口。

视觉上也是一样。统一的背景色、有限的强调色、清晰的字号层级，比堆叠更多装饰更重要。设计的任务不是证明网站做了多少，而是让内容更容易被阅读。

数字花园没有最终版本。更重要的是降低更新成本：统一内容字段、自动生成列表、从真实内容计算统计，让新增一篇文章只需要创建一个 Markdown 文件。

我也不再期待一次性设计出完美分类。目录会随着内容变化，旧文章会被重写，一些原本重要的主题可能逐渐失去价值。系统能够允许这些变化，本身就是长期可用的一部分。

接下来，我会继续做几件简单但重要的事：

建立个人知识系统，并不是为了拥有一个看起来完整的知识库。真正的价值发生在下一次遇到问题时：我能更快找到过去的判断，知道它为什么成立，也能在新的事实出现后继续修改它。

持续构建，持续学习，也持续记录那些经得起回看的答案。