数据接口对接
面向有对局数据整合需求的合作方，提供按对局编号与时间段读取记录的接口对接，字段说明跟着版本一起更新，改动同步通知。
发展历程
从第一张对局记录表开始的九年
起步时只有一张表，九年里它一点一点长成你现在用的这套东西。下面五个阶段，每个阶段只改一件事，点开就能看到当时为什么这么改。
-
起步 一张表，先把“这局怎么算的”说清楚
站点刚上线那会儿，能查的东西只有一样 —— 打完的一局。拿对局编号进来，看到的是从叫分到结算的完整过程：谁出的哪手牌、倍数什么时候翻的，一条一条排下来。那时候只有一种检索方式，不算快，但至少不用再截图发到群里问人。
-
进阶 段位进度跟对局记录并到一张图上
场次一多，光看单局就不够了。九个段位层级依次排开，从入门场到高阶场逐级开放不同玩法，进度条跟着对局结果一起走。现在你打开记录，看到的不只是这一局赢了多少，还有它在整个段位里处在什么位置、离下一级还差多少。
段位进度和对局记录用的是同一份数据，所以两边不会出现对不上的情况。
-
沉淀 从零散问答，攒成 128 篇规则条目
同一个争议被问到第二次的时候，我们就把它写成条目。规则文档库现在收了 128 篇，覆盖基础打法、叫分策略、残局处理与常见争议判定四个方向；配套的解读文章累计 340 余篇，其中残局专题 62 篇。翻不到想找的那条，可以按方向一层层往下看。
-
扩线 安卓端和街机端，各有一套说法
安卓端主版本走到 3.x 系列，提供 32 位与 64 位两种安装包；街机模式的结算明细按局输出，单局最多能展开 16 项分数构成。两边怎么用、要花多少，都跟着版本一起更新，旧版本的说明也留着，想回到上一版对照随时能找到。
-
眼下 把“现在人多不多”也摆上台面
数据看板每 5 分钟刷新一次，近 24 小时的活跃对局量、平均局时长和段位分布直接画出来，选场次之前心里先有个数。手机这边也没落下，移动端首屏加载压到 1.2 秒以内，在车上打开也能很快看到结果。
内容维护团队
三种角色，一条规则总有人对得上号
规则写歪了，吃亏的是算分的人。所以每条规则从起草到发布，都有人从头跟到尾，中间没有“谁都可以管、谁都不负责”的地带。
-
规则撰写
按实际对局和玩家反馈形成条目初稿，把争议点拆成能照着走的一步一步。写之前要先把那一局复盘一遍，确认自己讲的跟牌桌上发生的确实是同一件事。
-
数据校对
盯着分数构成和倍数变化，把每一步的明细跟最终结算对起来。对不上就退回重写，不会带着疑问往下走，所以你在明细页看到的每一项都能追到出处。
-
客服支持
18 人的班底，工作日 9:00-18:00 轮班在线，平均首次响应 6 分钟。规则翻不到、记录搜不出来、费用说明不知道去哪看，都可以直接问，不用自己先猜一遍。
规则上线流程
一条规则从提交到上线，要过四道关
一道关一道关往下走，卡在哪一步就退回哪一步。这样出来的条目，才能跟你手机上看到的结算结果对得上。
-
撰写
把对局里反复出现的疑问整理成初稿，先明确这条规则要解决哪个具体问题，适用到什么程度。
-
复核
由不参与起草的同事逐条推演，看这条规则跟已有的结算逻辑会不会打架，措辞有没有留下多种读法。
-
试算
拿真实牌局跑一遍，把每一步的分数和倍数变化都算出来，结果跟规则描述一致才继续往下。
-
发布
进入规则文档库，同时通知客服和撰写组更新对应说明。上线之后发现问题，随时可以改回来。
本地化维护
26 个省份的维护点，做的是同一件事
各地打牌的习惯不一样，同一个动作在不同地方连叫法都可能对不上。维护点做的事很具体：把本地对局里反复冒出来的疑问收上来，把方言里的说法补进解释，把最近哪类场次人更多反馈给撰写组。这些反馈决定下一批新条目先写哪个方向。
落到你眼前的，是一份不随地点变化的说明。同一局记录，不管在哪个省份打开，分数该怎么算、规则该翻哪一条，给的答案都一样。
- 26个省份设有本地化维护点
- 128篇规则条目按同一套说法维护
- 96条常见问题按五类归档整理
对外合作与共建
数据接口与内容共建
这九年不只自己在写规则，也一直在跟外面的人一起把东西补齐。
规则内容共建
跟行业内的规则研究者一起做残局专题与争议判定条目，被采用的条目进入文档库。残局专题现在已经积累到 62 篇。
同行交流
定期和各地维护点、客服团队坐在一起复盘，把反复出现的疑问整理成下一批条目的写作方向，再分给撰写组。