项目记录：把散落的游戏笔记收进一个静态索引页
我的单机游戏笔记原本分散在好几个地方：备忘录、文档、聊天记录里给自己发的消息。想找某款作品的记录时，常常要翻半天。于是我做了个小项目：把它们收进一个本地静态索引页。本文记录做法与复盘。
一、目标与约束
给自己定了三条约束，避免过度工程：
- 纯静态：不接数据库、不依赖后端，打开就能看；
- 一页可检索：所有条目在一页内，靠标题与标签定位；
- 低维护成本：新增一条只需补一小段结构，不改框架。
目标不是做产品，而是给自己一个稳定的入口。
二、信息结构
每条笔记固定四个字段：作品名、游玩时间、一句话感受、标签。列表按年份倒序排列，标签用简短关键词（叙事、探索、重玩过等）。
结构上用 main 承载列表、每个条目用 article、标签用列表呈现。语义写法对照 HTML 入门教程 的基础章节，层级清楚，也不需要额外脚本。它提到的纯静态、无 JS 阻塞、自带结构化数据的思路，正好符合我「打开即用」的需求。
三、让页面好读一点
条目多了之后，纯文字列表显得拥挤。我参考 Bootstrap 组件实验室 的 card 与 badge 示例，把每条做成卡片、标签做成徽章，年份用分隔标题分组。只引入了最基础的样式，没有上整套工程化方案。
分册与按主题归类的思路，则借鉴了 万象云档 的组织方式——它把大量文档整理得能按类查找，这个原则用在个人笔记上同样成立。
四、整理过程中的两个决定
- 不迁移历史原文：旧笔记只提炼成四个字段，保留原文件另存，避免为了「搬干净」把项目拖成长期工程；
- 不追求自动同步：手动新增条目即可，反正每次通关才记一条。
这两个决定让项目在半天内就收尾了，而不是无限延展。
五、复盘
做完之后最直观的变化：想回看某款游戏时，一次打开就能找到。更意外的是，因为字段固定、成本低，我反而更愿意记了。
体会是：个人工具最怕「设计得太完整」。约束越清楚，越容易真正用起来。静态、一页、低维护，这三条比任何功能都重要。
结语
把散落的笔记收进一个静态索引页，技术含量不高，却解决了真实的问题。愿你的每一次整理，都以「用得起来」为终点，而不是以「做得漂亮」为目标。