先重新划分内容边界

根页面负责职业定位、精选项目和 Experience；Projects 负责展示案例；Blog 负责保存完整思考；Life 只保留适合公开的生活记录。

这样做的目的，是让第一次访问的人可以快速找到能力证据，同时让照片和生活内容拥有自己的阅读节奏。

<nav>
  <a href="/projects/">Projects</a>
  <a href="/resume/">Resume</a>
  <a href="/blog/">Blog</a>
  <a href="/life/">Life</a>
</nav>

动态效果应该解释什么

粒子、视差、磁吸按钮和页面转场都很容易成为视觉噪声。因此每种效果都需要承担一个明确任务：粒子负责建立第一印象，悬停预览帮助判断项目，滚动揭示强调阅读顺序，转场则让不同页面保持连续。

触屏设备没有悬停，减少动态偏好的用户也不需要完整动画。所以效果必须可以降级，而内容不能依赖动画才能被阅读。

为什么继续使用静态架构

当前内容不需要登录、数据库或后台管理。Jekyll 和 GitHub Pages 已经足够支持项目、文章、Life 与简历页面，也让部署和维护保持简单。

if (prefersReducedMotion) {
  revealEverything();
  disableDecorativeMotion();
}

真正需要服务器的时机，是未来出现私密内容、身份验证、在线编辑或需要存储用户数据的时候。

Life 为什么保持独立

Life 不是简历的装饰，也不应该抢占首页的职业信息。主页只保留一个较小的入口，点击后再进入独立页面查看照片、Now 和时间线。

圣诞树也被移动到 Life 内部。它依然是一项技术作品，但在这个网站中更接近一段可以交互的生活记忆。

下一步是补充真实资料

页面结构和交互只能建立容器。真正决定求职价值的，仍然是项目背景、个人职责、技术选择、结果数据，以及真实的教育和工作经历。

因此公开简历暂时只展示能够验证的信息。等资料补充完整后，再让设计为内容服务，而不是反过来让内容迁就模板。