站点说明 · 内容来源
把两个版本的规则，讲清楚为止
超凡棋牌只做一件事：把规则、版本与栏目信息整理成可以逐条核对的形式。这里不设玩法入口，也不对任何对局结果作出承诺。
从 V1.0 的第一批条目，到当前 V2.0 的结算规则速查面板，每一条内容都留有起草记录、复核结论与版本页次。
01 · 为什么做这件事
规则在被引用之前，先要能被找到
结论：站点存在的理由只有一条 —— 让任何人在几分钟内确认两个版本之间的口径差异，不必在零散截图与旧帖之间来回比对。
规则、版本、栏目三类信息在这里分开维护。规则库负责事实，覆盖 5 类玩法与 18 个子模式，累计 412 条条目；版本线负责时间，记录每次口径变化的来处与生效范围；栏目负责组织，把前两者排成能连续读完的页面。改动其中任何一项，都会登记在案。
因此本站的内容边界很明确：只解释规则怎么算、段位怎么分、异常怎么处理，不去描述结果，也不制造预期。访问者拿到的是一份可以反复对照的说明书，而不是一段宣传语。
02 · 谁在维护
14 个人，四种职责，起草与放行不交叉
结论：没有任何一种职责同时握着起草权和放行权，这是内容可信度成本最低的一道保障。
-
5
内容编辑
起草规则条目与栏目文案，把版本之间的差异翻译成不产生歧义的短句。条目以草稿状态提交，编辑本人无权发布。
-
4
规则校验
执行双人复核与版本对照测试，逐条确认数字口径、步骤序号与适用范围，并把结论写进变更记录。
-
3
前端与体验
决定信息以什么形态出现：卡片、展开层还是步骤图，并保证窄屏、键盘操作与减弱动效环境下内容依旧完整可读。
-
2
客服支持
承接结算规则咨询与段位分数栏目的反馈，把反复出现的疑问整理成条目交回编辑，成为内容侧的输入源。
岗位按内容生产链条排列，人数为当前编制；版本迭代只调整任务分配，不改动人员规模口径。
03 · 版本怎么走
三次扩展，每条现行规则都能指回它的起点
结论：版本线不是功能清单，而是一条可以往回追溯的证据链。
-
V1.0
建立基础规则条目
第一批规则成体系上线，同时确定条目编号方式与分类逻辑：5 类玩法各自独立编号，子模式在条目内部标注归属。
-
V1.6
加入段位分数与残局关卡
段位体系落成：9 个段位、每段 3 星、共 27 级，分数区间 0–3600；残局章节展开为 6 章、每章 20 关，难度逐章递进。
-
V2.0
开放结算规则速查面板
房局结算、番型计分、流局处理、断线补算四类口径支持两个版本并排对照，首页随之改版为速查入口。
04 · 校验怎么做
走完四步，条目才允许对外出现
结论：每一步都留下记录，所以任何一条规则都能回答“谁写的、谁复核的、对照过哪个版本”。
编辑按分类模板写成条目草稿，编号、生效版本、适用范围三项填满才允许提交。
- 核对数字口径：关卡数、段位、分数区间、房间人数上限
- 标明该条目首次出现的版本页次
- 标注是否涉及禁手约定或警示类内容
两名校验员各自独立核对同一份草稿，不参考对方的批注，结论不一致时整条退回重写。
- 逐项口读数字，避免形近字与量词误读
- 检查措辞是否存在两种解释空间
- 确认没有出现结果暗示类表述
新条目在两个版本线上同时走一遍，确认差异描述与真实口径一致，且不把某一版的写法带进另一版。
- 逐条比对四类结算口径的措辞差异
- 确认重连窗口第 7 步的表述只出现在对应版本
- 记录两版之间仍然存在的未解释差异
发布与登记同时完成。变更记录写明影响范围、涉及条目编号与生效版本，供后续追溯与再校验使用。
- 登记修改前后对照，不覆盖历史版本
- 标注受影响的栏目页面，便于同步校对
- 把高频疑问回写进条目说明，减少重复咨询
05 · 多久更新一次
三条节律，加上一条来自外部的输入
结论：更新是排期行为，不是临时补丁，所以页面的新旧程度有据可查。
-
每两周
规则条目全量校验
412 条条目逐项过一遍，重点看数字口径与版本归属，发现偏差立即登记并排入修订队列。
-
每周三
栏目内容更新
品牌日志、常见问答与体验中心的说明文字按周更新；版本未变动时，同步校对既有表述是否仍然准确。
-
按季度
重大版本迭代
口径级调整合并到季度版本统一发布，配套变更说明与对照入口，避免零散改动层层堆叠。
共建生态
内容不全由内部团队产生。我们与 12 家本地棋牌文化社团、6 家高校棋类社团保持长期共建：社团提供真实对局中冒出来的疑问，我们负责把它们整理成规范条目并注明出处。
每年举办 4 场线上残局挑战专题，题目取自残局章节中的公开部分，用来检验条目描述是否真的清楚到不需要追问。
- 12家本地棋牌文化社团
- 6家高校棋类社团
- 4场年度线上残局专题
- 120关残局章节作为公开题源
继续核对