  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 |
|