你好，欢迎来到这里。这个网站是我的项目&作品集，也是我给 Limenauts 相关项目留下的长期档案。
我不想把它做成只摆几张成品图的页面。对我来说，一个作品真正值得被整理的部分，往往不只在“它长什么样”，还在于它怎么从一个想法变成可运行版本：我负责了什么、系统怎么协作、当时为什么这么取舍、后来从玩家反馈里看到了什么问题。
所以这里更像一个持续更新的项目档案，而不是泛泛个人博客。项目页负责说明成果，复盘负责说明过程，开发计划负责说明下一步，文章则记录活动现场、阶段性想法和建站本身的变化。
这个网站怎么读
目前网站主要分成四类内容：
- 项目&作品集：集中展示已经完成到可体验状态的作品，重点写清楚项目目标、系统结构和我承担的工作。
- 项目复盘：记录项目是怎么做出来的，哪些判断有效，哪些地方暴露出问题。
- 开发计划：面向后续版本，整理试玩反馈、优先级和接下来要验证的改动。
- 文章与专栏：保存阶段性想法、活动记录和更日常的建站/技术笔记。
如果你想快速了解我现在最主要的方向，可以先看 Emotion Mask、亚舍拉挽歌 和 UE5 多人 PVE Demo 三个项目。它们分别对应“一个核心机制如何在 48 小时内闭环并发布”“限时团队项目里如何把资源、叙事和结局压进同一套 Gameplay 系统”，以及“第一次系统完成 UE5 多人 Gameplay 技术 Demo”。
如果你想看项目不是怎么“介绍”的，而是怎么“被检验”的，可以看 5.16 成都第一届《蜀光游集》线下路演记录与思考。那篇文章记录了两个项目被陌生玩家试玩时暴露出的手感、引导和表达问题，也解释了为什么后面会拆出复盘和开发计划。
为什么要分成项目、复盘和计划
我以前整理作品时，很容易把所有内容都塞进一个页面：设定、截图、功能、技术实现、反思、未来计划全都放在一起。这样页面会很长，但读者反而不容易抓住重点。
现在的分法更清楚：
- 项目页回答“它是什么，我做了什么，系统怎么运作，当前公开成果是什么”。
- 复盘回答“当时为什么这么做，做完之后发现了什么”。
- 开发计划回答“接下来先改哪里，怎么判断改得有没有用”。
- 文章回答“某次活动、某个节点、某段过程具体发生了什么”。
这样一个项目就不再是孤立的一页，而是一条可追踪的路径：原型、展示、反馈、复盘、下一版更新。它也更符合我现在对作品集的理解：作品集不是把过去封存起来，而是让别人看见我如何继续把东西做扎实。
接下来会继续补什么
短期内，我会优先补齐几类内容：
- 把重点项目页继续写得更工程化，让“输入、状态、输出、模块协作”和“已实现 / 计划中”的边界更清楚。
- 继续补齐 UE5、Web 产品与嵌入式项目的阅读路径，让作品集不只停留在 Unity 项目展示。
- 把路演、试玩和发布之后的反馈整理到复盘和开发计划里。
- 维护作品集 PDF，让它和网站内容同步，不再只是旧版静态资料。
- 继续把中文和英文页面对齐，至少保证核心项目的阅读路径一致。
这篇文章算是网站的入口说明。以后每当网站结构有明显变化，我也会回到这里更新，让它始终能解释：现在这些内容为什么这样摆放，以及它们之间怎么互相连接。