德州扑克网页游戏的对局设置一旦跑起来，很少有人回头核对：参数是当初随手填的，节奏是沿用别人的，复盘记录散落在聊天窗口里。这份清单的目的是把“感觉还行”换成可勾选的条目，按阶段推进，每一阶段都有明确的退出条件，达不到就不进入下一阶段。适用范围是已经上线或正在试运行的对局环境，不涉及具体平台的优劣比较。
先建立对局基线：把现状记录成可核对的快照
基线阶段不修改任何设置，只做记录。目标是把当前状态写成一份别人也能读懂的快照，后续所有核对都以它为参照。
- 记录盲注结构、初始筹码量与涨盲方式，注明这些数值来自哪里。
- 记录牌桌人数上限与座位安排，确认空位如何补充。
- 记录下注选项：是否支持自定义下注额、是否有快捷比例按钮。
- 记录行动计时规则，包括超时后的默认处理方式。
- 记录当前使用的记录方式：截图、导出文件还是手工笔记。
退出条件：上述五项都能用一句话说清，且不依赖记忆。任何一项写不出来，先补齐再往下走。
第一阶段：锁定规则与牌桌参数的可观测项
这一阶段的目标是让规则从“约定”变成“可观测”。每一项都应该能在界面上直接看到或触发验证。
- 盲注与涨盲节点是否在界面上可见，涨盲前是否有提示。
- 最小加注额是否随当前下注自动计算，手动输入越界时是否有拦截。
- 全下与边池的处理是否在多人全下时给出清晰展示。
- 弃牌、过牌、跟注的按钮状态是否随轮次正确切换。
- 牌桌参数修改后是否需要重新开局才生效，这一点必须写进基线。
输入是基线快照，输出是一份“参数—界面表现”对照表。以下依赖需按顺序完成：
- 先确认盲注与筹码结构，再验证下注额计算。
- 下注额确认后，再测试全下与边池展示。
- 最后核对参数修改的生效方式。
退出条件：对照表中每一项都有“通过/不通过/待确认”的结论，没有空白项。
第二阶段：核对对局节奏与操作流程的连贯性
参数正确不代表体验连贯。这一阶段关注的是从一手牌开始到结算的完整流程是否顺畅，重点在节奏而非速度。
- 行动计时是否足够完成一次思考加操作，超时提示是否提前出现。
- 轮次切换时，当前行动者是否有明确的视觉标识。
- 结算展示是否包含底池归属与手牌对比，是否停留足够阅读时间。
- 连续多手牌之间是否有停顿，停顿是否可跳过。
- 中途加入与离桌的流程是否清晰，筹码如何处理是否有说明。
退出条件：能完整走完一手牌并复述每个环节的界面反馈，且没有需要“猜”的地方。
第三阶段：确认复盘与记录留存的闭环
前两阶段解决“对不对”，这一阶段解决“能不能回看”。没有留存的对局，复盘只能靠印象。
- 每手牌的关键信息是否可导出或可截图完整保存。
- 记录中是否包含盲注级别、行动顺序与最终底池。
- 记录文件是否有统一的命名方式，便于按时间检索。
- 复盘时能否还原当时的筹码深度，而不只是看结果。
- 留存周期是否有约定，过期记录如何处理。
退出条件：随机抽取一手已结束的对局，能在不留记忆的情况下还原过程。
复核与交接：把清单固化为下一次自检的起点
最后一节不是新增检查项，而是把前三阶段的结论收拢，交给下一次自检使用。
- 把三阶段的对照表合并成一份文档，标注日期与核对人。
- 把“待确认”项单列，写明需要什么信息才能关闭。
- 把本轮的退出条件抄进下一轮清单，保持可比性。
- 交接时说明哪些参数近期改过，避免下一轮基线失真。
退出条件：接手的人只看文档就能重复一次核对，不需要口头补充。做到这一点，这份德州扑克网页游戏自检清单才算真正跑完一轮。 德州扑克网页游戏实用指南