先明确审计范围与选型目标
把十三水当成一套需要长期使用的规则产品来采购，第一步不是急着上手，而是界定审计范围：你要核对的是十三水规则本身、十三水牌型的判定口径，还是十三水玩法的变体取舍。范围不清，后面的清单就会失焦。
建议先写下三句话：这套规则服务谁、在什么场景用、出现分歧时以哪份说明为准。审计目标越具体，必备项与可选项的边界越清楚。
- 确认审计对象是规则文本、牌型对照表，还是玩法流程说明。
- 确认使用场景是熟人局、教学演示，还是规则整理归档。
- 确认分歧裁决的优先顺序：先查规则，再查牌型，最后才谈玩法习惯。
- 确认本次审计的时间边界，避免无限扩张到所有地方变体。
必备项清单：规则与牌型的硬性核对
必备项指缺一项就无法正常开展的部分。它们应当可观察、可验证，而不是靠口头印象。核对时逐条打勾，任何一条不通过，都应暂停后续评测。
- 规则说明中是否写清发牌、比牌与结算的基本顺序。
- 十三水牌型是否给出完整对照，包括常见牌型的名称与构成。
- 牌型大小比较是否有明确优先级，避免同型不同判。
- 特殊牌型是否单独列出，并说明是否参与常规比较。
- 出现平局或同型时的处理方式是否写明。
- 规则修订后是否有版本标识，便于追溯。
这些必备项属于must-have，不满足就不进入下一轮。可选部分再漂亮，也无法弥补规则与牌型口径的缺失。 十三水牌型
可选项清单：玩法变体与体验取舍
可选项决定体验上限，但不影响基本可用。审计时把它们单独成组，避免与必备项混在一起打分。每勾选一项，都要问一句：它带来什么，代价是什么。
- 是否支持地方玩法变体，以及变体之间如何切换。
- 是否提供牌型速查或提示，降低学习成本。
- 是否允许自定义部分流程，但需明确自定义的边界。
- 是否附带示例局，用于演示规则与牌型的衔接。
可选项越多，规则复杂度通常越高。若使用场景以教学为主，速查与示例的价值高于变体数量；若用于熟人局，变体灵活性更重要。
评测问题：向提供方追问的关键点
评测阶段不靠感觉，靠提问。把问题写下来，逐条向规则提供方或整理者确认，记录回答，形成可复查的审计底稿。
- 当规则文本与牌型对照冲突时，以哪一份为准？
- 十三水玩法变体是否会影响牌型判定，还是只影响流程？
- 新增牌型或调整优先级时，如何通知使用者？
- 是否有明确的反馈渠道，用于报告规则歧义？
- 规则更新后，旧版本是否仍可查阅？
这些问题能暴露规则维护的成熟度。回答含糊，往往意味着后续分歧会反复出现。
红旗信号：出现即需重新评估
红旗信号不是小瑕疵，而是会直接动摇可用性的问题。审计中发现以下情况，应暂停采购或使用，先解决再继续。
- 牌型名称在不同章节指代不一致。
- 规则只给结论，不给判定依据，无法复核。
- 玩法变体说明缺失，却要求按变体执行。
- 同一牌型在不同示例中判定结果互相矛盾。
- 没有版本信息，无法判断当前依据是否最新。
遇到红旗信号，不要用“先凑合用”来妥协。规则产品的价值在于稳定，模糊的口径会在每一次比牌时放大。
整改顺序：从规则到玩法的落地步骤
审计完成后，按依赖关系整改，而不是按喜好排序。先修底层，再调体验，可以避免返工。
- 先统一十三水规则的术语与流程表述。
- 再校准十三水牌型的对照表与比较优先级。
- 然后梳理玩法变体，标注哪些属于可选、哪些影响判定。
- 最后补充示例与速查，用于验证规则与牌型是否自洽。
- 完成后重跑一遍清单，确认必备项全部通过。
把这份清单留档，下次规则更新时直接复用，选型与采购的判断就有了稳定依据。