  joywayerandClaude Opus 5
|
82cfc98502
|
二七王：design 与协议文档统一「底牌 / 埋牌底牌」术语
原命名与前端界面倒挂——界面上「底牌」按钮查看的正是发牌留桌那 8 张，
旧术语却把它叫「暗牌」，极易写反。现统一为：
- 底牌 = 发牌时没有发给玩家、扣在桌面的 8 张（原「暗牌」）
- 埋牌底牌 = 庄家埋牌时从手里扣下的 8 张（原「底牌」）
design.md：全文 38 处表述替换（术语表、§4 坐庄流程、§6.3 扣底、§7.1
70 分说明、§8 算奖快照、§12.1 流程、§12.3 阶段速览），并在术语表后补
「术语变更记录」说明改名缘由与协议字段尚未拆分的现状。
packet_protocol.md：新增 §0.0 术语小节置于全文之首，逐条列出
bottomcards 在哪些包里指底牌、哪些包里指埋牌底牌；相关字段说明同步改用
新术语，并在 maipai / PushCards 两处加同名不同义的警示。
字段名本身暂未改动（底牌保持 bottomcards、埋牌底牌拟改 burycards），
拆分计划见前端清单 §7.5 S-4；在拆分落地前收发两侧按包判断语义。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-25 17:58:18 +08:00 |
|
|
joywayerandClaude Opus 5
|
df4eefc9e2
|
二七王：design §4.6 修正笔误「最0号座位」→「0 号座位」，补第一局取固定座位的缘由
规则方确认轮庄规则本身无误（开局先叫分者为暂定庄家；第一局暂定庄家为座位 0；
之后庄赢原庄、庄输下家），与 §4.2/§4.6 及代码一致，无需改动逻辑。
仅修一处笔误并补上缘由：第一局此前没有打过任何牌局、不存在「上一局的庄家」，
所以取固定座位 0。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-23 15:13:39 +08:00 |
|
|
joywayerandClaude Opus 5
|
31011e2eeb
|
二七王：改写 design §5.3（拖拉机相邻关系），消除自相矛盾表述
规则复核时提出「主牌链上位置相邻的对子即成拖拉机、不限花色」，据此发现 §5.3
首句「**同一花色内**点数相邻的两个对子构成拖拉机」与本节紧接着给出的跨花色
主牌链（正7-副7-正2-副2-主A…）自相矛盾。代码实现的一直是那条链（跨花色），
首句表述是错的。
§5.3 拆成两段重写：
- 副牌拖拉机：**必须同一花色**，链 A-K-Q-J-10-9-8-6-5（7、2 是固定主牌不入链，
故 6 与 8 相连；3、4 不在牌堆，5 是最小档）；跨花色不构成连对。
- 主牌拖拉机：只有一条完整序列，**位置相邻即成拖拉机、不限花色**——正7对+副7对、
副7对+正2对、副2对+主A对、大王对+小王对都是合法两连对。
- 补充「同一档位的两个对子不相邻」：副7 在序列里只占一个位置，♥7对+♣7对 是两个
平级对子而非拖拉机，副2 同理。
§1 术语表给「正2/正7」加上口语别名「主2/主7」，避免复核时来回换词。
代码无需改动（实测 14 段链全通、跨花色通、同档位不通，与改写后的表述一致）。
补 17 条用例把改写后的每条钉在**拖拉机层**——此前只测到 is_continuous（两张牌
相不相邻），没测过「这几个对子能不能真的组成拖拉机」。变异检验：主牌链改成必须
同花色 / 同档位副7对算相邻 / 副牌 8-6 去掉同花色约束，分别转红 6、2、4 条。
另：复核给出的副牌链写作「…-6-5-3」，需要牌堆保留 3；但 92 = 28×3 + 8 只有在
3、4 都剔除时才成立（保留 3 则 92÷3 除不尽、三家发不平）。经确认为笔误，维持
design §2 现状，并就地补两条断言钉住「参与发牌的牌里 3 和 4 各 0 张、共 92 张」。
全套单测 523 → 540 项全绿。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-23 14:41:41 +08:00 |
|
|
joywayerandClaude Opus 5
|
b6aeba412f
|
二七王：把「无超时托管」确认为规则，写入 design §11
服务端四个阶段只下发 countdown、没有任何定时器，此前被本轮核对记
为待办 D3（等规则设计者定义超时默认动作）。规则设计者已确认：
**维持现状，不需要超时动作**。
这属于规则本身如此、而非实现缺口。若不固化下来，下一轮核对会再次
把它当缺陷提出、甚至有人去补一套「超时自动出牌」，反而违背规则。
故写进 design.md 作为权威约定：
- design §11 新增一条：倒计时只作展示、不触发任何自动操作——不自
动叫分/选主/埋牌/出牌，也不判负、不跳过；轮到谁而谁不操作，牌局
就停在这一步等待。并加醒目说明：这是确认过的规则、不是待实现的
缺口，牌局停住由玩家走房间解散流程收场（按当前累计分结算，
§12.2），后续核对不要为它补超时托管。
（解散路径已核实：平台 server_room 侧有 freeroom 解散倒计时，并
回调子游戏 export.get_disbandRoom → get_paiju_account(2) 出解散
结算包，与 §12.2 一致。）
- 协议文档新增 0.3「countdown 只是展示用的秒数」：说明服务端无定
时器、归零不做任何事，并要求客户端不得在归零时做乐观界面推进
（原 0.3 顺延为 0.4）。
- 合规 01：D3 由「🟧 中等/未修」改为「✅ 规则如此」，并说明 server
dev-guide「服务端自动操作复用真人链路」约束的是「若要做代打就必
须复用真人链路」，本局不做代打故不适用；「尚未处置」小节改为
「无」，11 项全部收口。
- 合规 02：撤掉「仍无自动化覆盖」中的超时项，改为说明不需要超时用
例，并反向标注：若将来有人给服务端加了超时代打，那才是违反
design §11、应由核对拦下。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-16 19:05:24 +08:00 |
|
|
joywayerandClaude Opus 5
|
35affa7c20
|
二七王：不可查牌模式屏蔽出牌历史（design §9 消歧义 + 代码门控）
design §9 原文把可查牌模式的四项功能列成无序列表，不可查牌只写
「不提供以上任何查看 / 明牌功能」，随后展开的例子却只提了主牌数量、
对子结构、明牌按钮、亮牌统计，没提第一条「已经打出的牌可以查看」，
导致"以上"的范围有歧义。代码据此照发出牌历史，前一轮核对把它记为
待确认项（01 表 D6）。
规则设计者已确认：**不可查牌模式必须屏蔽出牌历史，只有可查牌模式
才能查看**。据此：
- design §9 改写为无歧义表述：先给出「查牌 = 回看不该随时可见的信
息」的定义，把可查牌的四项功能编号列出（① 出牌历史 ② 报无主后的
他家主牌数/对子数 ③ 明牌 ④ 庄家亮牌），不可查牌逐条对应说明一项
都不提供；并补一段边界说明——**当前这一轮桌面上的牌两种模式下都
必须可见**，否则后出的人无从跟牌、无从判断本轮谁最大，断线重连同
理（当前轮照常恢复，往轮历史按模式开关给不给）。
- class.export.js：get_deskinfo 的 PushCards.pushlist 构建与排序整
体移入 `if (!cfg.nocheck)`，不查牌时不带该属性；当前轮桌面牌由
PushCards.playproc.cards 恢复，两种模式都有。
- 协议文档：pushlist 补「仅可查牌模式下有此属性」，playproc 补「两
种模式恒有」及其原因。
- 合规文档：01 表 D6 由「待确认/未修」改为已确认并修复，从「尚未处
置」移出；02 测试计划断言总数 357→361 并新增该维度覆盖行。
test_rpc 新增 4 项：不查牌房无 pushlist、可查牌房有 pushlist，且两
种模式下当前轮桌面牌 playproc.cards 都能恢复。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-16 18:55:33 +08:00 |
|
|
joywayerandClaude Opus 4.8
|
9456ab9319
|
二七王：实现 §11 闲家三提示(踩/没分/有分) + 明确副7/副2 成对语义
全面符合性再审查(4 维度独立对抗核对)结论：与计分/发牌/出牌/跟牌/甩牌
相关规则均一致，无缺陷；仅 §11 闲家三提示服务端缺失、副7/副2 异花色
成对语义存疑两项待办。本次按用户裁定落地：
1. §11 三提示（新增 mod.tishi）：闲家在出牌阶段(step5)发 踩/没分/有分，
服务端不校验真实性、只 SendPack 转发给对家(另一闲家 3-banker-seat)；
庄家无对家不参与；非法 tip/非出牌阶段/庄家发均拒。
协议补 packet_protocol §13.7/13.8；test_rpc +11 例(正反+边界)。
2. 副7/副2 成对语义：裁定"只同花色同点数两副成对"(代码本已如此，无需改)，
在 design §3 补说明闭合该反复出现的存疑（异花色副7 不成对）。
compliance 文档同步：§11 状态转✅、首轮结论摘要加"非当前状态"说明、
计数 259→270。全套 270 项断言全绿(rpc 34→45)。
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
|
2026-07-05 16:39:04 +08:00 |
|
|
joywayerandClaude Opus 4.8
|
1edbe9cc24
|
二七王规则：新增"混合出牌"概念（副牌不够+补主牌，等效垫牌）
场景：首家出副牌、跟牌方有该花色副牌但张数不够、又无其他副牌可垫，
只能用主牌补差额，打出"副牌+主牌"混合。核对 can_followcard：混合牌
组不成纯主牌牌型，cardvalue=0，压不过首家。此前文档未成文——补入
术语表并在 §5.2 数量不足段落指向，明确它既非垫牌也非毙牌、但与垫牌
等效、不争夺出牌权。
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
|
2026-07-05 06:58:25 +08:00 |
|
|
joywayerandClaude Opus 4.8
|
55db22f4b1
|
二七王规则：明确 §5.2 同花色牌数量不足时缺口补牌规则
原第 150 行仅笼统一句"缺口部分可任意补其他牌"，未针对"首家出拖拉机"
点破缺口不必成对/成拖拉机，且易与层级 4(同花色够、对子不够→补同花色
单张)混淆。按 get_followcard 数量不足分支(cantype 落单张型、只校验张数)
改写为：该花色牌全部必出，缺口用任意其他花色牌补、不强制成对/成拖拉机，
并与"完全缺门"情形分段。
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
|
2026-07-05 06:48:38 +08:00 |
|
|
joywayerandClaude Opus 4.8
|
83545e8b80
|
二七王规则：修正 §5.2 毙牌成立条件为"完全缺门"
原第 156 行写"没有该副牌花色的同长度拖拉机"即可毙，暗示手里有该
花色的牌但不成拖拉机时也能用主牌毙——与代码不符。核对
class.arith.js can_followcard：毙牌成功(cardvalue>0)仅出现在完全
缺门分支，只要手中还有首家花色的牌，get_followcard 即判为必出，
只能垫不能毙。将三条特殊情况统一收紧为"完全缺门"，并补前提说明。
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
|
2026-07-05 06:36:57 +08:00 |
|
|
joywayerandClaude Opus 4.8
|
93449c8a92
|
二七王规则：按代码实际行为补全 §5.2 拖拉机跟牌的强制降级层级
design.md §5.2 原本只描述"两连对"最简情形，缺少 3 连对及以上的
强制层级。按 class.arith.js get_followcard 的实际实现补写为完整
优先级表：同长拖 > 更短拖拆凑 > 对子够 > 对子不够全出+补 > 单张补；
并修正对子行"同花不足两张必出现有同花"的措辞。§5.4.4 甩牌跟牌
加一句交叉引用，点明与正常跟牌共用同一层级原则。
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
|
2026-07-05 06:16:50 +08:00 |
|
|
joywayerandClaude Opus 4.8
|
dcf8e09f7d
|
二七王文档：同步 design 流程/协议，新增合规核对
design.md
- 修正选主/埋牌顺序笔误（确认「先选主后埋牌」）
- 投降改为选主阶段与选主互斥的选择（不选主/不埋牌直接结算），算奖用庄家36张、无连对链
- 70分暗牌改为「庄家摸牌之前、向所有玩家亮3秒」
- 选主阶段前端显示每花色对数、70分并列投降按钮
- 新增 §12「完整牌局游玩流程」（含大局与阶段速览）
packet_protocol.md（随代码如实同步）
- 结算 aset/seatlist 新结构（multiple=基础子数、upgrade 判定倍率、bangwang/climb、
chongguan/wang/naward/grade_aw）；shangzhuang bottomcards 按70分门控 + ancard3s
- maipai/PushCards 亮牌 liangpai；chupai info/baozhu 按查牌门控；新增 mingpai 收发包
- step 枚举去掉废弃的投降4；删除 Surrender 重连视图
docs/compliance/（新增）
- 00 初步不一致清单、01 design 合规逐节核对（含整改进度与 roomtype 位串约定）
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
|
2026-07-04 22:34:06 +08:00 |
|
|
joywayer
|
96372d713c
|
规则文档理清楚，开始代码层面对比和校对
|
2026-07-04 09:52:49 +08:00 |
|