为什么我要开始搭建个人网站

过去十多年里，我积累了大量设计项目、工作方法、视觉资料和个人实验。但很多内容仍停留在本地硬盘或 Obsidian 中：它们存在，却很难被重新看见，也没有形成对外表达。

我曾经想等到定位、结构、视觉和内容都完整之后再开始。5 月 2 日，我已经开始讨论网站应该承担什么角色；到 5 月 6 日，规划变得更完整，却仍然没有真正启动。问题不是缺少计划，而是我把完整规划当成了启动条件。每多想清楚一个问题，待办列表就更长，开始的门槛也随之提高。

公开表达也是一种整理

公开不只是展示结果。它会倒逼我判断什么值得保留、怎样讲清楚背景、哪些经验能够被复用，以及哪些内容需要进一步核对和脱敏。

Obsidian 仍然是我的私人思考现场。在那里，笔记可以不完整、互相矛盾，也可以只是一个尚未验证的判断。个人网站不是知识库的镜像，而是经过选择的公开层：每一条内容都需要重新确认事实、语境和边界，才能成为他人可以理解的表达。

因此，这个网站不会从一套完整作品集开始。它先提供稳定的内容结构、发布流程和部署方式，让项目、文章与实验能够持续进入系统。

“先污染后治理”不是放弃质量

我决定采用 MVP 和持续迭代的方式：允许内容不完整、案例仍在建设，但不再让“不够完整”成为无法开始的理由。我把这个阶段称为“先污染后治理”，它并不是用低质量内容填满页面，而是先建立一个可以治理的系统。

只有真实标题、真实摘要和真实长文进入页面后，我才能判断卡片是否稳定、阅读节奏是否成立、移动端的信息密度是否合理。治理也因此有了具体对象：哪些内容需要拆分，哪些表述需要核对，哪些图片比例需要调整，都可以被记录、提交和回滚。

每个系统承担不同角色

GitHub 是网站代码与公开内容的唯一真实源，所有公开变更都通过分支、检查和提交记录进入主线。Cloudflare Pages 是发布端，负责把 GitHub 中确认过的状态生成 Preview 和 Production。NAS 作为备份与资产中心，保存需要长期管理、但不一定直接公开的原始资料。

这三者与 Obsidian 共同形成一条清楚的边界：Obsidian 保存私人思考，NAS 保存原始资产，GitHub 保存可追踪的公开版本，个人网站则呈现经过编辑的结果。这样做不是为了增加工具，而是避免同一份内容在多个地方同时成为“最终版本”。

第一步不是把所有资料搬上来，而是让这套系统可以在本地、Docker 和静态托管环境中稳定运行。之后再逐步治理内容、补充案例、调整表达，并形成真正属于自己的长期数字资产。

这次发布流程验证，也是在确认这个网站能够成为一个跨设备持续维护的长期系统。