128条
算法条目
按胡牌校验、番型匹配、结算叠加三类归档，每条附牌例。
规则与实现同源的一站式条目库
九江麻将算法列表全解析：规则、番型与技巧盘点
九江麻将的番型判定、胡牌校验与结算流程，摊开来看只是一张表，落到实现里却要处理副露、抢杠、海底捞月、包庄等一长串分支。九江麻将算法列表把散落在牌谱、口头约定和代码注释里的规则集中成一条条可查的条目：每条写清触发条件、番数权重、叠加上限与判断优先级，并配牌例与伪代码。想弄清一盘牌为什么多算两番，或在做规则引擎、赛事裁判脚本、训练机器人，都能按牌型或番型直接落到对应条目，省掉反复对数的时间。
- 规则与伪代码并列，同一条目既给文字判据，也给可映射为函数的判断顺序。
- 番数权重与上限可查，从平胡到十三幺，叠加关系与封顶规则一次看清。
- 争议牌例有结论，副露计番、一炮多响、明杠暗杠的差异都标注处理方式。
条目概况
九江麻将算法列表的三个底数
牌型有多少种、番型怎么加权、边界情况落在哪，这三件事决定了一套算法能不能把牌算准。下面的数字来自条目库的实时统计，覆盖常用牌桌约定与主流地方变体。
36种
牌型覆盖
含七对、十三幺、全不靠等特殊牌型的成立条件与例外。
24项
番型权重
标注基础番、叠加上限与互斥关系，避免重复累计。
7天
更新节奏
每周核对新牌例与读者勘误，改动同步进更新记录。
问题陈述
同一手牌，两套算法为何算出不同番数
结算差异很少来自算错加减法，多半是某个条件的判定口径不一致。把分歧点找出来，比反复对数更省时间。
副露后的计番口径不统一
门清加番在碰牌之后是否失效、明杠算不算破坏门清，不同牌桌给的答案不一样。条目把门清与副露两种状态分开写，并给同一手牌的对比结果。
门清判定副露
口头约定难以复现
抢杠算自摸、杠上开花是否翻倍、包庄如何分摊，这些习惯往往只在几个人之间成立。写进条目之后，判断依据固定下来，换一副牌也能复算。
抢杠杠上开花
代码与规则逐渐走偏
需求改了几轮，判定顺序被悄悄调换，同一手牌在测试用例之外就会出现漏番。条目给出明确的判断先后，写实现时照着顺序落，回头也好对。
判定顺序漏番
频道矩阵
三条入口，对应三种查法
按番型查权重、按牌型查成立条件、按实现查判断顺序，九江麻将算法列表把内容分成三条主线，各自的条目深度与示例形态都不一样。
操作演示
一条牌例走完三轮核对
手上有具体牌例时，从选牌到定番通常只走三步。每一步都对应条目里的一段判据，先做什么后做什么会直接影响最终结果。
选取牌例与副露状态
先把四副面子与将牌拆出来，标明碰、吃、明杠、暗杠各在哪一步完成。副露状态决定门清类番型是否成立，这一步写错，后面的权重全跟着偏。
对照番型表逐项命中
按条目给出的优先级顺序依次比对：先看基础牌型，再看花色与组合附加，最后处理特殊牌。每一项只判成立与否，不在这一步计算番数。
交叉验算权重与上限
命中项进入加权环节，处理互斥关系与封顶。同手牌用两种判断顺序各算一遍，结果一致才说明规则落得稳，不一致就把差异定位到具体条目。
结果预览
结算对照：条件、番数与备注同屏
下表取自近期校对的牌例记录。同样的牌型组合，条件判定稍有不同，最终番数就会拉开差距，备注一列写明差异出在哪个环节。
| 牌型组合 | 关键条件 | 番数 | 备注 |
|---|---|---|---|
| 平胡 + 门前清 | 全程无副露 | 2 番 | 门清加番在碰牌后失效 |
| 碰碰胡 + 混一色 | 两组花色以内 | 5 番 | 两番型可叠加，不触发上限 |
| 七对 + 清一色 | 门清单色七对 | 10 番 | 按叠加计，未必触发封顶 |
| 杠上开花 | 明杠后自摸 | 8 番 | 部分牌桌与自摸合计只算一次 |
| 抢杠和 | 补杠牌被打出 | 6 番 | 是否算自摸存在地方差异 |
常见卡住点
四处最容易卡住的地方
这几类问题在核对记录里出现频率最高，多数不是规则本身复杂，而是同一个词在不同场景下指的不是同一件事。
杠牌算不算破坏门清
暗杠通常保留门清，明杠是否保留要看约定。条目把两种杠法分别列出，并说明与自摸番的叠加关系。
一炮多响怎么分摊
多家同时和牌时，是各算各的番还是只认最近一家，直接影响结算。条目给出两种处理方式与各自的适用前提。
特殊牌型的多解取舍
一手牌同时符合七对与碰碰胡的情况并不少见。是按最高番取一项，还是允许叠加，条目写明了判断依据与取舍顺序。
封顶之后的番数怎么记
触发封顶时，剩余番数是否计入记录、是否影响包庄分摊，各桌做法不同。条目保留原始番数与封顶后结果两栏，便于对照。
落地路径
从查一条规则到跑通一套判定
条目本身只是判据，真正省时间的是把判据串成流程。下面四段是常见的落地顺序，每一段都能在条目里找到对应的支撑内容。
定位条目
按牌型或番型找到对应记录，先确认触发条件与当前牌局是否一致。
手算一遍
用条目里的牌例做一次人工结算，把每一步番数来源写清楚。
对照程序结果
把人工结果与实现输出比对，差异定位到具体条件，而非整体重写。
固化为用例
把核对过的牌例留作测试用例，后续改动时用同一批牌验证是否回退。
更新记录
条目库的几次重要扩充
每次扩充都来自实际核对中暴露的空白点，改动范围与依据同步记录，方便回头查某一版结论是怎么来的。
补齐杠牌相关番型
明杠、暗杠、补杠、杠上开花四条支线拆开重写，并新增杠后是否保留门清的判定说明。
加入地方变体标注
对取番差异较大的番型增加变体段落，写明两种取值各自的适用情形，不再只给单一结论。
伪代码步骤统一体例
所有条目的实现部分改为固定结构：输入、判断顺序、返回值，方便直接映射为函数。
勘误通道与版本留痕
开放带牌例的反馈入口，确认的改动同步更新正文与示例结果，并记录改动范围。
最新收录
近期条目与勘误记录
新增牌型、权重调整与勘误说明都会先在这里出现，再归档进对应频道。核对牌例时，建议连同更新记录一起看。
下载入口与安全提醒
ff5ee83bc1 相关说明（第1部分）。ff5ee83bc1 相关说明（第2部分）。ff5ee83bc1 相关说明（第3部分）。ff5ee83bc1 相关说明（第4部分）。ff5ee83bc1 相关说明（第5部分）。ff5ee83bc1 相关说明（第6部分）。ff5ee83bc1 相关说明（第7部分）。ff5...
试玩体验报告：值不值得玩
6323232a2a 相关说明（第1部分）。6323232a2a 相关说明（第2部分）。6323232a2a 相关说明（第3部分）。6323232a2a 相关说明（第4部分）。6323232a2a 相关说明（第5部分）。6323232a2a 相关说明（第6部分）。6323232a2a 相关说明（第7部分）。632...
玩法规则与注意事项
9498e944dc 相关说明（第1部分）。9498e944dc 相关说明（第2部分）。9498e944dc 相关说明（第3部分）。9498e944dc 相关说明（第4部分）。9498e944dc 相关说明（第5部分）。9498e944dc 相关说明（第6部分）。9498e944dc 相关说明（第7部分）。949...
常见问题解答：新手必看
0aa10898a9 相关说明（第1部分）。0aa10898a9 相关说明（第2部分）。0aa10898a9 相关说明（第3部分）。0aa10898a9 相关说明（第4部分）。0aa10898a9 相关说明（第5部分）。0aa10898a9 相关说明（第6部分）。0aa10898a9 相关说明（第7部分）。0aa...
规则详解：一分钟看懂怎么玩
4b7d355787 相关说明（第1部分）。4b7d355787 相关说明（第2部分）。4b7d355787 相关说明（第3部分）。4b7d355787 相关说明（第4部分）。4b7d355787 相关说明（第5部分）。4b7d355787 相关说明（第6部分）。4b7d355787 相关说明（第7部分）。4b7...
最新版下载与安装教程
b20d1ad392 相关说明（第1部分）。b20d1ad392 相关说明（第2部分）。b20d1ad392 相关说明（第3部分）。b20d1ad392 相关说明（第4部分）。b20d1ad392 相关说明（第5部分）。b20d1ad392 相关说明（第6部分）。b20d1ad392 相关说明（第7部分）。b20...
热门专题
常被一起查的判据方向
结算争议常常成串出现：查了抢杠就会顺带看杠上开花，查了七对就会关心与碰碰胡的取舍。下面这些方向在核对记录里经常被同时提出。
番数叠加上限
门清与副露
抢杠和判定
杠上开花计番
一炮多响分摊
七对与碰碰胡取舍
包庄结算方式
封顶后记录
特殊牌型例外
地方变体对照
判定顺序编排
测试用例构造
内容保障
条目从哪里来，怎么保证能用
一条规则写错，会连带影响后面一串结算结论。以下是条目库在来源、校对与更新上的几条坚持。
来源可追
每条记录标注牌谱出处与校对时间，结论不是凭印象写下的。
双向校对
文字判据与伪代码互相验证，两边对不上就退回重核。
变体分列
地方差异单独成段，标注适用情形，不用一个结论套所有牌桌。
持续更新
每周核对新牌例与反馈，改动同步写进更新记录。
使用反馈
核对过的人怎么说
反馈多来自两类人：想弄清一盘牌结算差异的玩家，和正在写判定逻辑的开发者。他们的关注点不同，但都需要一个能直接引用的结论。
★★★★★
线下打牌时为抢杠算不算自摸争了半天，翻到条目里两种做法的说明，连适用前提都写清楚了，当场就把这盘算完。
陈牌局组织者
★★★★★
做规则引擎时最怕判断顺序写反。条目里的伪代码步骤给得很实，照着拆成函数之后，之前一直漏掉的门清加番终于对上了。
周棋牌项目开发
★★★★☆
地方变体那段对我帮助最大，我们这边杠上开花不翻倍，之前一直按通用番表算，对照之后把结算规则改了过来。
吴赛事记分员
快速解答
关于九江麻将算法列表的常见疑问
下面几条是被问得最多的，答案尽量给出可核对的处理方式，而不是笼统的“看情况”。
条目里的番数权重与线下牌桌约定不一致怎么办
九江各地牌桌在部分番型上确实存在差异，常见于抢杠、杠上开花与包庄的计番方式。条目页会标注主流判法与地方变体，并说明差异点落在哪个环节。核对时先确认使用的是哪一套约定，再对照触发条件逐条检查，就能定位分歧到底出在条件判定还是权重取值上。
副露之后的牌型在条目里怎么计番
副露会改变部分番型的成立条件，例如清一色、混一色在副露后仍然成立，但门清相关的加番会失效。列表对每个受影响番型单独标注了副露状态下的判据与最终权重，并给出同一手牌在门清与副露两种状态下的对比牌例，方便直接看出差额来自哪一项。
开发规则引擎时如何把条目转成判定流程
建议按胡牌校验、番型匹配、权重叠加三段拆分。胡牌校验只判断牌型是否成立，番型匹配按条目给出的触发条件逐项命中，权重叠加阶段再处理互斥与上限。每一条都附有伪代码步骤，说明输入、判断顺序与返回值，可以直接映射为函数签名，减少条件写反或顺序颠倒造成的漏番。
条目内容出现偏差时怎么反馈勘误
每条算法条目都记录了来源牌谱与校对时间，发现判据或权重与实测不符时，可以带上牌例、期望番数与依据的牌桌约定提交反馈。勘误会在下一轮更新中复核，确认后同步修正条目正文与示例结果，并在更新记录里注明改动范围，避免同一处错误在不同条目里重复出现。
把手上那手牌，算到能对上为止
留下常用邮箱，新条目发布、番型权重调整与勘误说明会在整理完成后推送一次。也可以直接带着牌例核对，我们更愿意看到具体的那一张牌出在哪里。
已记录，条目更新整理后会发送到该邮箱。