ORIGIN · 起点
从一份内部清单，到一个公开入口
起初没人打算把它做成网站。几个人在机房里维护一张版本清单，写着谁改了什么、哪一版在什么时候归档。
2019 年，这张清单还是私有的。里面记着版本号、所属板块、改动内容与归档时间。随着需要查它的人越来越多，清单被搬到公开页面上，并逐步拆成今天你看到的样子：左侧固定面板、右侧公告流、双版本对照，以及按周推进的 V3 时间线。
把它们收在同一个入口，是为了解决一个很具体的问题：手里拿着一个版本号时，不必在几个页面之间来回跳转，就能知道它属于哪个板块、有没有配套补丁、与上一版差在哪里。
METHOD · 方法
一条记录要走完的四步
每条资料进入档案之前，都按固定顺序走完四步。序号跟着条目走，中途不跳步。
-
01
来源登记
记下版本号、来源渠道与首次登记时间，给条目一个明确的起点。
-
02
版本校验
比对版本号与板块名称，确认文件类型和适用范围对得上。
-
03
分类归档
归入六类资料中的一类，并打上已发布、待核对或已归档的标记。
-
04
发布复核
由第二名成员独立再看一遍，通过之后才出现在面板与公告里。
四步走完，条目才拿到自己的编号，面板里的状态徽章也是在这一步贴上的。公告与面板读同一份记录，所以同一个版本在两处显示的状态始终一致，不会出现一处写已发布、另一处还在改动的情况。
TAXONOMY · 分类
六类资料，各管一段查找
面板里的条目按用途分成六类。冷灰蓝的分层条沿着左侧一路延伸，扫一眼颜色就知道自己在哪一层。
-
01
版本包
一个可获取版本的完整条目，写明版本号、适用板块与文件类型，通常是查找的第一站。
-
02
补丁说明
单个修复或调整的变更描述，按版本挂靠，用来判断某次改动是否落在你要的那一版上。
-
03
对照清单
两个版本之间的条目差异整理成一页，决定要不要升级时先看这里。
-
04
故障排查
按现象组织的常见异常与处理步骤，从「打不开」或「闪退」这样的描述起步也能找到路。
-
05
工具组件
配套的小工具与组件条目，逐项标注适配的版本区间，避免拿错版本白折腾。
-
06
历史存档
已归档的版本继续留在面板里，需要往回找旧版时依然找得到入口。
六类不是平铺堆在那里的。冷灰蓝的色阶从版本包一路压到历史存档，越往里走越靠近归档；电光青只落在已发布状态上，警示橙只落在需要多加留意的条目上。颜色在这里承担分类职责，一眼扫过去就知道哪一层该展开。
RHYTHM · 节奏
每周更新，每月成形
公告栏目每周发布 3–5 条状态记录；遇到重大版本，当日追加即时公告。把这个节奏拉开看，就是每月的成形与每年的结构复核。
- 1260累计版本条目
- 42覆盖常用板块
- 60每月新增或修订
- 12V3 保留周数
自 2019 年起，档案累计整理 1260 个版本条目，覆盖 42 个常用板块；每月新增或修订约 60 条。近三个月的记录按周保留在 V3 板块里，共 12 周时间线，往回追溯时不会断档。站内查询累计 26 万次，多数集中在版本刚发布的头几天。
资料面板最多可以收藏 20 个常用条目，收藏记录保存在你自己的浏览器里，换设备时重新标记一次即可。打开页面就能检索、筛选与收藏，整个过程不需要注册账号。
TEAM · 分工
十一个人，四个固定角色
档案的维护不靠某个人的记忆。四个角色分工明确，彼此交接有固定动作。
-
内容整理
收集新版本信息，完成来源登记，把零散描述整理成能读的条目结构。
-
版本核对
比对版本号与板块名称，确认文件类型与适用范围，把不一致的地方挑出来。
-
面板维护
维护左侧面板的分类与状态标记，调整筛选条件，保证常用条目始终排得顺手。
-
读者反馈
处理邮件与留言，把发现的问题转回对应角色，并跟进到条目更新为止。
发布前的最后一道是双人复核：一名成员完成校验，另一名成员独立再看一遍版本号与板块名称，两边一致才允许公开。发现问题时，条目退回上一步，状态改成需要多加留意的标记，改完再走一遍流程，不会悄悄改掉。
PRINCIPLES · 原则
三条一直没变的标准
结构会调整，分类会增补，但这三条从公开那天起就没换过。
-
P1
入口清楚
首页、资料面板、公告三条路径的位置固定不变，收藏过的条目下次回来还在原处。
-
P2
版本可回溯
近三个月按周记录，已归档版本继续留在历史存档里，需要往回找时路径不会断。
-
P3
对照省事
两版条目并排摆开，差异一眼看完，不必另开表格逐项抄写。
如果你正在决定要不要升级、要回退到哪一版，或者只是想确认手上这个版本号到底属于哪个板块，从左侧资料面板开始会最快。找不到对应条目时，把版本号与截图一并发到客服邮箱，工作日 10:00–18:00 内会有人跟进。