参数测试
把预设方案一套套跑过机型，记录偏差和手感变化，输出可以直接写成案例的测试结果。
关于试玩模拟站
一张手写的参数表，
我们一直改到 2.4.1
2019 年我把每次调试的手感先记在纸上，后来这些纸变成了案例库、调试笔记和三个固定入口。试玩模拟站只做一件事：把参数讲到你敢自己动手调，让第一次来找入口的人少绕几圈。
最开始只有一张手写的参数表
2019 年，我一边调模拟器一边把每次改动记在纸上：阻尼推了几格、响应快慢、在哪种机型上顺手，一条一条往下写。纸越写越厚，回头找一条记录要翻很久，于是我按机型把它们重新抄了一遍，做成一张能查的表。
2021 年，这些表搬到了线上，站点上线时挂的是 2.0。那时候只有参数记录这一件事，没有入口页，也没有案例分组，来的人多半是查到某条记录才落进来。
后来问的人多了，问题又集中在几个地方——苹果端从哪儿进、PC 上上一版的案例去哪找、这周到底改了什么。入口页、案例分组和每周更新的笔记，是这样一条一条长出来的，不是一次性规划好的。
我们只做一件事：把参数讲到你能动手
调参没有标准答案。同一个版本，换个参数就是两回事，别人的顺手未必是你的顺手。
所以这里不给你一个「最佳设置」就收工。每套参数旁边写着它对应的手感取向、适配机型和常见偏差，你照着推两格就能感觉出差别在哪，不用先啃完一堆术语。
判断一条内容要不要留下，标准也只有一条：看完之后，你敢不敢动手试。不敢，就说明写得不清楚，退回去重写。
从 2.0 一路走到 2.4.1
每一次改版都对应一批参数调整，没有哪一版是拍脑袋定的。改什么、怎么改，主要看两件事：用户在入口与案例库里翻不到的东西，以及测参数时反复出现的偏差。
-
2.0
站点上线
第一批参数按机型分组，能按名字直接查。
-
2.1
加上手感备注
每条记录多了一栏主观描述，写清楚往哪个方向推会变、变多少。
-
2.2
按版本号筛选
旧版本的记录单独归档，不用再在一堆条目里一页页翻。
-
2.3
预设方案分组
48 套预设按手感取向分成 6 组，先挑取向，再挑具体参数。
-
2.4.1
当前主版本
案例按 2.4.1 重新归组，机型样本每季度补一批，补来的先跑测试再进库。
每周三，这四件事一定做完
从 2021 年上线到现在，周三这批动作没有停过。老用户基本清楚来一趟就够，所以要翻的新东西都在调试笔记里，不用天天回来看。
-
STEP 01
测参数
拿新机型把预设方案跑一遍，把偏差和手感变化逐条记下来。
-
STEP 02
整案例
把当周确认的测试结果补进案例库，机型、版本号、参数快照、手感备注四项填齐。
-
STEP 03
写笔记
把这周改了什么写成调试笔记，一期一篇，现在已经攒到 268 期。
-
STEP 04
同步活动记录
活动记录和笔记同一时间上线，看笔记的时候顺手就能看到。
18 个人，四条线各管一段
站里常驻 18 个人，谁管哪一段写得很清楚。一条案例从测出来到挂上线，中间要经过三个人的手，卡在哪一段一眼就能找到人。
案例整理
负责把测试结果转成字段齐全的记录，按版本号归组，旧版本单独归档。
内容编辑
写每周的调试笔记，同步活动记录，把技术描述改成人话。
运维
盯着几个入口能不能正常打开，访问出问题第一时间处理。
每年我们会做一次内容结构复盘，最近一次是随 2.4.1 完成的。机型样本每季度补一批，上一次新增了 7 个机型类别，补上来的都会先跑一轮测试再进案例库。
一个入口或一条案例要留下来，得先过三关
-
能一路走到底
入口要能打开、能完整走完流程。中途卡住一次就退回重测，直到走顺为止，才放到你能看到的位置。
-
版本对得上
每条案例必须标清版本号，2.4.1 的记录单独归组，旧版本的标注清楚，方便你对着自己那套设置找。
-
换台机器还能复现
参数快照要在同类机型上调得出接近的手感。只出现过一次的记录不进案例库，宁可等下一轮再测。
按这三关筛下来，案例库里现在有 216 条记录，覆盖 34 类参数组合；预设方案 48 套，按手感取向分成 6 个组别，先挑取向再挑参数，挑起来会快很多。