PG游戏机制图鉴：功能回合术语

为什么需要核对功能回合术语

流程图的颜色只用于帮助阅读，不能让绿色状态暗示更有利结果，也不能让红色替代证据不足说明。

功能回合应被画成状态流程，而不是只记一个吸引人的名称。流程从基础状态开始，依次记录触发条件、进入提示、回合计数方式、期间可发生的符号或倍数变化、暂停或追加条件、结束标志及返回位置。某规则把一次重转称为功能，另一规则把多回合序列使用相似名称，不能因用词接近就合并定义。只有把每个状态的进入与退出都定位到同版本文字，才知道讨论的是哪类机制。

功能回合的名称高度营销化，同一个词在不同项目里可能代表不同流程，而不同名称又可能共享相似机制。只凭动画或名称比较，容易把重转、额外回合、选取奖励和收集进度混为一谈。核对必须回到规则中的状态变化，而不是标题。

术语还会隐藏计量问题。「免费」可能只表示该回合不另扣基础单位，不代表显示数值可兑换，也不说明触发没有前置条件。「额外」可能加入剩余次数，也可能重置计数。每个词都要问：相对于什么、何时发生、如何结束。

短视频通常展示最精彩的功能阶段，省略触发前、失败路径与结束后的结算。学习者若只看高光，会高估常见性或误解顺序。完整记录应从基础状态开始，到界面明确返回基础状态结束，并说明中间是否存在剪辑。

核对术语是为了减少误读，不是教读者追逐触发。出现持续等待、延长时长或因未触发而增加操作的倾向时，应停止。一个术语问题可以通过规则解决，不能用个人结果强行填满。

复杂项目还可能出现嵌套状态，例如功能阶段内再次进入子阶段，或进度在若干回合间保留。记录时用缩进表示层级，并为每层写独立进入与退出条件；不要把子阶段效果推广到整个功能。规则若未说明嵌套优先级，就保持未知，不从动画先后自行制定。

同一功能还可能有获得、启动和结算三个时点。画面提示已获得并不一定表示特殊状态立即开始，结算数字出现也不一定表示所有子状态结束。记录者应寻找界面或规则中的明确状态标志，并用时间顺序描述；没有标志时，不把动画高潮当作边界，也不根据音效判断回合数量。

• 触发：所需符号、位置、计数或规则条件。
• 进入：界面标志、初始次数与状态是否重置。
• 进行：符号、倍数、剩余次数和消耗怎样变化。
• 结束：结算、上限、返回基础状态及未完成进度处理。

来源等级与取证边界

功能术语的首选证据是具体版本规则；浏览器安全资料只帮助判断查看页面的技术边界，支持机构资料只帮助设置停止与求助边界。它们都不能提供触发次数、倍数或上限。若短视频字幕写额外回合，而规则页只写重转，编辑应保留两种原词并标出主体，不能把字幕翻译当成规则更新。第三方攻略没有可回到的版本与日期时，只适合提供待查词，不承担机制结论。

最相关来源是同版本游戏内规则与帮助页，其次是供应商对该项目的公开说明。第三方百科、视频字幕与玩家心得可提供待查关键词，却不能定义触发概率或结算。多个转述若追溯到同一规则，应视为一条证据链。

网页技术资料只解释呈现环境。MDN 说明内容安全策略可限制脚本等资源加载，并用于降低脚本注入和点击劫持风险；它可能影响页面能否完整呈现，但不能验证功能回合名称、概率或结算数字。^来源1

风险支持来源承担另一角色。美国全国问题赌博委员会的热线页面说明服务覆盖美国各州及属地，并提供全天候电话、短信和在线交谈；它适用于需要支持的美国读者，不是游戏规则来源，也不能全球化引用。^来源2

取证只保存公开规则、界面文字和无个人信息的状态图。不要借用他人账号触发功能，不进入私群索要录屏，也不提交资金行为。无法在低暴露条件下确认的内容，明确写为公开资料不足。

本地化版本需要单独取证。中文译名可能把bonus、respin与free spins都处理成相近词，英文原文也未必适用于同一地区配置。保存两种语言时，要确认版本标识与页面主体一致；无法对应就把翻译差异写成线索，不选择一个更顺口的词作为标准。

第三方视频可以帮助定位可能存在的菜单名称，但只有原片、发布时间和版本都清楚时才保留为线索。视频作者在字幕中使用的术语不应进入正式词表，除非一手规则采用相同定义。这样既利用线索提高查找效率，又不会让流行说法取代发布主体的具体文字。

桌面端与移动端核验步骤

在两端各用同一张流程卡查找六个节点：触发文字、计数显示、状态变化、剩余次数、结束提示、返回基础界面的路径。若桌面端把计数放在侧栏而移动端叠加在画面上，属于呈现差异；若一端规则写追加回合有上限，另一端完全没有该字段，则是需要版本核对的内容缺口。不要通过不断触发功能来补文字缺失，因为短时是否出现既不能证明规则，也会把阅读任务变成结果追逐。

概率记录也应与机制定义隔离。假设五十次无价值观察中看到四次进入某状态，只能保存样本大小、观察环境与四个时间点；四除以五十不是正式触发概率，下一次也不会因此获得固定机会。样本可能受启动点、版本、自动停止与记录遗漏影响。若文章需要说明频率，应引用同版本可定位资料并注明模型范围，而不是用个人计数补出看似精确的百分比。

桌面端先用规则建立状态表，再观察页面是否能找到对应文字。左列写基础状态，右列按触发、进入、进行、结束排列；每项附原句和页码或位置。动画只作为界面例子，不用于补规则，也不需要反复等待其出现。

移动端检查文字是否被动画、底栏或横屏裁切，系统返回是否会退出帮助页或整个会话。功能阶段常有倒计时与快速变化，更应依赖暂停后的规则文字，而不是边播放边记忆。无法暂停不代表需要录制私人会话，可直接记录可读性限制。

若两端术语相同而布局不同，先确认版本、语言和日期。菜单层级变化属于交互差异，只有规则文字或参数不同才可称机制差异。网络加载失败可能漏掉图标或脚注，重试一次仍缺失就停止，不根据空白位置猜测。

具备技术能力的核验者可以记录页面是否有安全策略，但MDN指出策略还可能以仅报告方式部署，此时产生报告而不执行拦截。^来源3 因此技术标头只能解释部分加载行为，不能作为内容正确或主体可信的印章。

功能动画常快速更新计数，对低视力或认知负荷较高的读者可能难以追踪。检查是否有静态规则、可暂停说明或文字化剩余次数，比重复录屏更重要。若关键信息只靠颜色、闪烁或声音传达，就记录呈现限制；不要把无法感知误写成规则不存在。

无法确认时如何安全退出

遇到状态卡住、剩余次数不更新或返回路径消失时，先结束当前无价值观察并记录界面，不反复点击寻找隐藏规则。异常可能来自网络、动画、设备性能或页面实现，不能直接写成机制新增。若页面要求登录、刷新余额或安装组件才能恢复，停止更为必要。离开后比较帮助页是否描述异常状态；没有说明就把该节点标为未知，并在流程图上截断，不用假定后续会怎样完成。

规则只写「有机会获得额外回合」却未给出条件时，结论就停在存在该宣传陈述。不要通过重复操作寻找隐藏门槛，也不要根据评论区整理概率。缺少定义是来源限制，不是读者必须解决的挑战。

页面要求注册、安装或开放无关权限才能查看功能说明时，保存公开层的条件描述后退出。关闭标签、撤销权限、删除未打开的未知下载，并在记录中写明哪一步导致停止。不要把停止写成对页面动机的指控。

若等待触发造成焦躁、失去时间感或想追回此前结果，应立即结束观察。美国读者需要支持时可核验NCPG提供的本地资源连接方式；其他地区应寻找当地公共健康或专业渠道。支持路径与任何产品、账号或资金服务必须分开。

信息冲突时保留两份原文和各自日期。不要以较漂亮的界面、较高观看量或更新年份单独决定谁正确。等到同一发布主体给出修订说明后，再更新受影响的阶段，未受影响部分不应随意改写。

只有截图而没有规则时，可制作状态草图标出可见文字、遮挡和时间点，但图上必须写示意，不填推测次数或单位。草图用来向发布者提出具体问题，不是替代证据。若截图含账号或余额，宁可用文字转述必要部分，也不保存私人画面。

退出后的笔记不得安排「下次等待触发」作为待办。正确的待办只能是查找同版本规则、确认发布日期或请求公开澄清；这些都能在不产生结果样本的情况下完成。若唯一剩余方法是继续操作，说明证据边界已经到达，应把问题关闭而不是悬挂成持续任务。

本页修订与引用记录

证据清单还要覆盖中途退出。若规则写关闭页面后功能状态不保留，记录该句即可，不实际建立长期状态测试；若规则没有说明，也不能靠一次恢复或重置形成普遍结论。不同版本对中断、追加和结束的处理尤其容易被同名术语掩盖，应逐节点标注未知。编辑每次更新流程图时，检查箭头是否都有原文依据，任何推测箭头都改成虚线说明，而非让图形制造确定感。

修订时按流程节点记录变化：是触发文字改名、计数方式改写、追加条件调整，还是仅把按钮移位。每项都附旧页面日期、新页面日期和适用语言。路线问答也应保持具体，例如功能回合是否免费要看规则对单位消耗的定义，名称含免费二字不能单独作答；回合增加是否提高下一次结果同样不能由计数推出。无法定位一手文字时，问答只说明未核实，不用演示动画代替。

修订表按术语而不是按整页记录。例如某版本把「增加三次」改成「重置为三次」，只更新再次触发字段，并保留旧版本的适用日期。这样读者能看出规则变化，不会把编辑改句误认为机制一直如此。

每条引用写明支撑范围：规则来源支撑具体状态，MDN支撑网页加载与策略概念，NCPG支撑限定地区的帮助信息。通用来源不能填补游戏专属概率、结算或许可事实；这一负面边界应与引用一起保留。

延伸阅读可选择自动游戏风险设置理解连续回合的停止控制，或麻将胡了机制资料查看专名如何拆成命题。它们是解释工具，不是项目入口，也不应把一个游戏的术语移植到另一个游戏。

发布前由具名事实核查与安全编辑核对原文、版本、单位和地域说明，尤其删除「必出」「无风险获利」「免费价值」等越界词。若尚未取得同版本规则或无人承担审查责任，本页保持待审，不以匿名经验替代。

术语表每项应包含原文、中文释义、状态层级、适用版本和不适用情境。某词被新版删除时，不从历史记录中抹去，而是标注停止适用日期。这样旧文章仍可理解，新读者也不会把过时名称当作当前界面指令。

审核还应进行跨条目一致性检查：触发条目写三项条件，进入条目就不能无说明地写四项；结束字段写状态清零，修订记录就要解释任何进度保留。发现矛盾时先回原文，不选更符合经验的一句。无法裁定就把两项同时标为冲突，暂缓发布具体流程图。

若功能说明引用概率或上限，必须把数字和适用状态放在同一句，避免图表拆散。没有专属数学资料时不从触发录像估计；只有“最多”而无达到条件时，也不把上限写成常见结果。版本变更导致状态层级不同，应保留两张流程表，而不是把新版节点强塞进旧版。

流程图中的箭头只表示规则明确的状态转换，不表示发生机会或推荐顺序。可选分支、必经分支与未知分支使用不同文字标签，不能只靠颜色区分；没有回到基础状态的证据时，不自行闭合循环。

• 修订精确到触发、进入、进行、再次触发或结束字段。
• 旧版本保留适用日期，新旧规则不合并成一套。
• 通用技术与支持来源不承担游戏机制证明。
• 所有概率、价值和承诺特定结果式表述均需删除或标为未核实。