个人网站的选择

做这个网站时，我最早问自己的问题其实不是“首页要长什么样”，而是更前面的一句：

这个网站，到底应该用一种怎样的结构，才能让我愿意长期写下去？

因为我已经越来越清楚，个人网站最容易半途而废的原因，往往不是没有想法，而是结构太重了。

一旦开始想着做后台、做权限、做编辑器、做管理端、做数据表，事情就会很快从“我想认真写一点东西”变成“我又在给自己开一个新项目”。看起来什么都在推进，实际上最核心的那件事反而被放到了最后。

所以这次我给自己定了一个非常明确的原则：先让写作和发布变轻，再谈系统是否复杂。

这也是为什么，这个网站最终会采用现在这套结构：

这个决定看起来很朴素，但我反而觉得，它可能是现阶段最适合我的方式。

为什么不用复杂后台

不是因为后台没价值，而是因为以我现在这个阶段的网站体量，它带来的成本，明显大于收益。

说得更直接一点：

我不想在“还没开始认真写”之前，就先为未来可能发生的复杂场景缴纳一大笔结构税。

先把事情做轻，把链路走通，让内容真正开始累积起来，这比一开始就搭一套看似完整的后台更重要。

内容直接放在仓库里，本质上就意味着它不依赖某个平台存在。以后如果要迁移、重构、换技术栈，真正重要的内容资产不会跟着一起被绑死。

这一点我很在意。

个人网站不只是一个展示页，它也是一个长期思考的容器。内容如果只存在于某个在线后台里，我始终会有一种“不够踏实”的感觉。放在本地文件里，至少意味着所有东西都在我自己手里。

页面模板保持稳定，真正变化的是文章和作品本身。这样以后无论是我自己写，还是让 AI 协助写，重点都会落在“内容表达”上，而不是每次都要重新处理结构问题。

我现在越来越倾向于一种直接的方式：

想到一个题目，就新建一篇 Markdown；有一个产品想法，就新建一个作品条目；想修改，就直接在内容文件里动手。

这条链路足够短，阻力足够小，也更接近真实写作者的节奏。

我并不觉得这种结构适合所有项目。

如果是一个多人协作、权限复杂、内容审核严格的平台型产品，那当然应该上更成熟的 CMS 或后台系统。

但如果是个人博客、作品展、研究记录、产品想法集，这种“页面模板 + 内容文件”的方式其实非常合适。因为它关注的不是流程管理，而是表达本身。

换句话说，它不是“最完整”的方案，但它很可能是“最够用”的方案。

我现在越来越相信一件事：

对个人网站来说，最好的结构，不是功能最全的结构，而是最能让你持续输出的结构。

现阶段更重要的，不是先把后台做出来，而是先让写作和更新足够顺手。等内容规模真的上来了，等协作和管理需求真的出现了，再判断要不要引入更重的系统，也完全来得及。

先写，先发布，先积累。

对我来说，这比“看起来更专业”要重要得多。