为什么现在要做术语审计
德州扑克网页游戏这个说法，在不同团队嘴里往往指的不是同一件事。有人指的是牌局规则本身，有人指的是承载牌局的网页端实现，还有人指的是围绕它的资讯与指南内容。术语一旦混用，需求评审、测试用例和内容更新就会各说各话。
术语词条（term entry）的价值在于把每个词固定成一个可核对的检查项。与其争论谁的理解对，不如把词条列成清单，逐条问：这个定义在我们的项目里成立吗？
- 同一份需求文档里，同义词是否被当成两个不同功能？
- 测试用例是否引用了未定义的词条？
- 内容更新时，是否在无意中改写了某个术语的含义？
审计范围与词条分组
审计范围建议按“词条影响面”划分，而不是按页面或模块划分。一个词条如果同时出现在规则说明、界面文案和后台数据里，它的影响面就更大，应该优先核对。
- 第一组：牌局流程词条，描述一局牌从开始到结算的顺序。
- 第二组：状态与数据词条，描述玩家、牌桌和账户在某一刻的取值。
- 第三组：风险信号词条，描述容易误读或误用的说法。
相关词条之间往往互相引用，例如流程词条会引用状态词条。审计时先记下引用关系，再判断哪一组需要先整改。
牌局流程词条
这一组词条回答“一局牌按什么顺序发生”。它们是指流程层面的定义，又称顺序词条，相关词条包括行动、轮次和结算。
行动（action）
是指一名玩家在轮到自己时做出的选择，例如跟注、加注或弃牌。它是流程词条里最小的单位，也是测试用例最常引用的词条。
轮次（round）
是指一组行动从开始到结束的阶段。相关词条是行动与公共牌。轮次的边界如果定义不清，回放和日志就会出现歧义。
结算（settlement）
是指一局牌结束时确定归属的过程。它引用轮次结果，又影响账户数据，因此横跨流程与数据两组词条。
- 核对：行动是否只允许在轮到自己时发生？
- 核对：轮次的开始与结束是否有明确触发条件？
- 核对：结算是否只发生一次，且顺序固定？
状态与数据词条
这一组词条回答“某一刻的值是什么”。它们是指状态层面的定义，相关词条包括牌桌状态、玩家状态和账户余额。
牌桌状态（table state）
是指一张牌桌当前所处的阶段，例如等待、进行中或已结束。它被流程词条引用，也决定界面展示什么。
玩家状态（player state）
是指单个玩家在牌桌中的位置与可用选项。相关词条是行动与牌桌状态，两者不一致时就会出现“能点但不能做”的问题。
账户余额（balance）
是指玩家可用的数值。它只在结算后变化，因此审计时要确认它与结算词条的先后关系。
- 核对：牌桌状态变化时，玩家状态是否同步更新？
- 核对：账户余额的变化是否只由结算触发？
- 核对：状态词条是否有唯一来源，而不是多处各自维护？
风险信号与常见误读
这一组不是功能词条，而是审计时用来发现问题的信号词条。它们是指容易混淆的说法，相关词条是前面两组的定义。
- 把“行动”当成“轮次”，导致日志粒度错误。
- 把“牌桌状态”当成“玩家状态”，导致权限判断错位。
- 把“结算”当成“余额更新”，导致重复计算。
- 把同义词当成两个词条，导致文案与数据各写一套。
出现以上信号时，不必立刻改代码，先回到词条清单确认定义，再决定改动范围。
整改顺序与复查节奏
整改顺序建议按引用关系倒推：先固定被引用最多的词条，再处理引用它的词条。这样每次改动的影响面都可预期。 德州扑克网页游戏实用指南
- 先统一流程词条，因为它们被状态词条引用。
- 再统一状态词条，因为它们被界面与数据引用。
- 最后清理风险信号词条，把它们写成对照表。
复查节奏可以跟着内容更新走：每次发布德州扑克网页游戏资讯或实用指南前，抽查三个词条是否仍与定义一致。术语审计不是一次性任务，而是一份可以反复运行的清单。