先立基线：把当前配置写成可核对的底稿
之所以现在做这轮自检，是因为很多问题不是突然出现的，而是配置被反复改动后没人记录，等到对局体验出偏差才回头找原因。爱乐棋牌相关的配置项分散在账号、房间、规则和通知几处，靠记忆核对容易漏项。先把现状写成底稿，后面的阶段才有对照物。
这一步不追求改对，只追求写全。凡是写不出来的项，就是后面要重点核对的项。
- 能说清当前使用的入口路径，以及从登录到进入对局需要几步。
- 能列出正在使用的房间或玩法类型，并注明各自的使用频率。
- 能指出最近一次改动配置的时间与改动内容，哪怕只是记得大概。
- 能说明谁负责维护配置，出现问题时找谁确认。
- 能指出哪些配置是默认值从未调整过。
- 能写出至少一条已知但尚未处理的小问题。
过关条件：底稿里的每一项都有明确答案或明确标注“不清楚”。标注不清楚的项，进入第一阶段优先核对。
第一阶段：把账号与对局入口跑通
这一阶段只解决一件事：从进入到开始对局这条路径是否顺畅、是否可重复。目标是排除入口层面的阻断，不涉及玩法偏好。 爱乐棋牌内容更新
目标
- 确认账号状态正常，能稳定登录。
- 确认从入口到对局的路径没有多余跳转或失效入口。
- 确认常用设备上路径一致，不因设备不同而出现差异。
输入与产出
- 输入：基线底稿中关于入口路径的记录。
- 产出：一份更新后的路径说明，注明每一步的实际耗时感受与卡点位置。
核对清单
- 登录后首屏是否直接指向常用功能，而不是需要多次查找。
- 进入对局前的每一步是否都有明确的返回或取消方式。
- 切换设备后，入口位置是否发生明显变化。
- 是否存在需要重复输入信息的环节。
- 路径中是否有长期不用的入口占据主要位置。
退出条件
- 路径说明更新完成，且每一步都能在实机上复现。
- 发现的卡点已记录，并标注是否影响正常对局。
- 影响对局的卡点已处理或已明确暂不处理的理由。
第二阶段：把规则与房间设置对齐实际玩法
入口跑通之后，问题往往出在规则与房间设置和实际玩法不一致。这一阶段的目标是让设置反映真实使用习惯，而不是保留历史遗留选项。
目标
- 让房间设置与实际参与人数、时长习惯匹配。
- 让规则选项与常用玩法一致，减少每次手动调整。
- 让通知与提醒设置不干扰正常使用。
输入与产出
- 输入：基线底稿中的玩法类型与使用频率记录。
- 产出：一份设置对照表，左侧写当前值，右侧写实际需要的值。
核对清单
- 房间的默认人数或模式是否与最常使用的场景一致。
- 规则选项中是否有从未使用过的项仍处于开启状态。
- 通知频率是否高于实际需要，造成不必要的打断。
- 是否存在需要每次手动调整才能开始的设置。
- 设置项的名称是否能被不熟悉的人看懂。
- 改动设置后是否有记录，方便回溯。
退出条件
- 对照表中每一行都已确认，且当前值与实际需要一致或已注明差异原因。
- 不再需要每次手动调整即可进入常用玩法。
- 通知设置调整后，使用过程不再被无关提醒打断。
第三阶段：把稳定性与异常处理纳入日常
前两阶段解决的是能不能用、顺不顺手，这一阶段解决的是出问题时能不能快速定位。目标是把异常处理从临时应对变成固定动作。
目标
- 能区分是网络、设备还是设置导致的异常。
- 能在一分钟内找到最近一次改动的记录。
- 能明确异常出现后第一步做什么、第二步做什么。
输入与产出
- 输入：前两阶段更新后的路径说明与设置对照表。
- 产出：一份简短的异常处理顺序说明，以及一份改动记录。
核对清单
- 出现卡顿或中断时，是否有固定的排查顺序，而不是随机尝试。
- 改动记录是否包含时间、改动项和改动原因。
- 是否知道哪些设置改动后需要重新进入才生效。
- 是否保留了一份可回退的旧设置说明。
- 异常处理后是否回头更新了改动记录。
退出条件
- 异常处理顺序说明写清，且不依赖个人记忆。
- 改动记录连续，能覆盖最近三次调整。
- 出现同类问题时，处理时间比之前缩短或步骤更明确。
复核与交接：让自检结果能被下一个人接手
自检做完不等于结束，如果结果只留在一个人手里，下一次又要从头开始。复核的目的是确认三个阶段产出仍然有效，交接的目的是让下一个人能直接接着用。
复核清单
- 路径说明是否仍然能在实机上复现。
- 设置对照表是否与实际设置一致。
- 异常处理顺序是否覆盖了最近遇到的情况。
- 改动记录是否完整，没有断档。
- 是否还有标注“不清楚”的项未处理。
交接清单
- 把路径说明、设置对照表、异常处理顺序和改动记录放在同一处。
- 在文档开头写明最后更新时间与负责人。
- 标注哪些项是必须保持的，哪些项可以按场景调整。
- 留下一个未解决问题清单，并写明下一步打算。
复核通过的标准很简单：换一个人拿到这套材料，不需要额外询问就能完成一次完整的配置核对。如果做不到，说明某个阶段的产出还停留在个人记忆里，需要回到对应阶段补齐。