每周二、周五
内容栏目上新
上新内容里不少直接来自牌友的疑问。速查卡大约 30 秒看完，条目说明约 3 分钟，完整教程约 10 分钟。
- 68 规则与内容团队（人）
- 118 禁手与约定条目
- 42 套计分表
- 7 代客户端
- 5 类经典模式
起点
从一间规则小组开始
牌桌边总有几句话说了一遍又一遍。最早动手把它们记下来的只有寥寥几个人，谁也没想那么远，只是觉得不写下来，下次换了人又要重讲。
-
起手
几个人守在牌桌旁，把反复讲的口头约定抄进记分纸的边角。一条一行，字迹潦草，但每条都顺手编了号。
-
整理成册
约定越攒越多，于是按「在什么局面出现」和「该怎么处理」归类，重样的并到一起，说不清的退回牌桌上再问一遍。
-
分成两条线维护
一边管牌怎么出、什么时候不能再动，一边管分怎么算、尾数怎么处理。两条线各查各的，长期并行，不混在一起。
-
写进客户端
开始做客户端以后，条目被直接写进判定顺序。牌桌上看到程序怎么处理，翻开条目说明，写的就是同一句话。
-
维持至今
团队长到 68 人，条目还是一条一条地过。规则内容编辑每周坐在一起，把新收到的疑问和已经上线的条目对一遍。
规矩
约定为什么必须留着
老玩家挂在嘴边的「手感」，有一半其实来自约定：什么时候不能再碰牌、什么顺序算违规、哪一步得先问再动。这些说法原先靠人和人互相教，人一换、桌一换，讲法就可能走样。
这也是为什么新葡萄娱乐最新版里，老玩家熟悉的禁手约定能逐条对照着保留下来，判定顺序并没有因为界面改版而调整。对新朋友来说，规矩写清楚了，第一局就有依据；对老玩家来说，接得上手，不必重新适应另一套说法。
| 牌桌上的情形 | 平台既定的处理 |
|---|---|
| 出牌顺序出现争议 | 以客户端记录的座位顺序为准，回看时按同一条判定 |
| 同一局里重复操作 | 按固定判定次序处理，不随界面版本改变 |
| 算出的分数带尾数 | 依对应的那一套计分表处理，结果可在算分数页面回看 |
| 中途换桌 | 换桌次数照常计入，平均手数不受影响 |
| 牌局中途退出 | 已完成的局数照常记录，未完成的部分单独标注 |
维护
一条约定条目是怎么定下来的
牌友送来的疑问每月大约 200 条，真正走到维护流程的通常只有 30 条上下。其余的多数是同一件事换个说法，或者查一下现有条目就能对上。剩下的那些，才会走完下面四步。
-
01
提出
客服与社群把疑问汇总过来，说得清局面、举得出例子的，先立成待议条目。
-
02
试玩验证
规则内容编辑在真实牌局里反复试，确认这条约定到底会在什么局面下被用到。
-
03
双人复核
两名编辑分头对照已经上线的条目，确认新条不会和旧条打架，也不会出现两种处理。
-
04
随公告上线
通过的条目跟着版本更新公告一起发布，公告里写明它牵动了哪些条目编号。
团队
谁在看这些条目
条目不是自动生成的，背后是分得很清楚的三拨人。您遇到的情况停在哪一步，基本能对上是哪一组在处理。
12 人
规则内容编辑
日常工作是读条目、改措辞、对编号。一条新条目写完之后，还要回头查它和已经上线的哪几条有关联，说明文字要控制在能一口气读完的长度。
24 人
客户端与数据工程
负责把条目写进客户端的判定顺序，管住换桌次数与平均手数的按局统计，维护算分数页面的区间回看，以及每次版本更新的增量包。
16 人
客服顾问
工作日 9:00–18:00 轮值，把牌友问到的具体局面一条条记下来，整理后送进维护流程。邮件请求平均 4 小时内首次回复。
版本
七代版本，规则不走样
客户端从第一代走到现在的第 7 代 7.4 版，界面、图标、动效换过好几轮，判定顺序和条目编号没有跟着换。
- 第 1 代 基础牌桌界面，模式从两种起步。
- 第 2 代 开始记录手牌与座位，判定第一次从纸上搬进程序。
- 第 3 代 支持多桌切换，换桌次数从这一代起逐局记下来。
- 第 4 代 计分表拆成独立套表，按玩法分别维护。
- 第 5 代 算分数页面出现，开始支持按局数区间回看。
- 第 6 代 界面整体重做，条目编号与判定顺序保持不变。
- 第 7 代 现役 7.4 版，118 条约定条目全部内嵌在判定顺序里。