  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 5
|
c4256c51db
|
二七王合规文档：修正"全部符合"结论并补第三轮核对
01 的「二次全量复核结论」写的是「服务端全部符合 design.md」，但该
轮核对完全按 design 章节组织，平台接入、客户端入参校验、下发面一
致性、协议红线这几类问题整类不在范围内——所以 270 项断言全绿的同
时，漏掉了 1 项阻断级（子游戏从未在 app.js 注册，运行时不可达）、
3 项严重（重复牌id 可伪造牌型、入参无类型校验、下发面 multiple 忽
略爬坡）与 data.success 红线缺失。
本次：
- 01 把结论限定为「就 design.md 的玩法规则维度而言符合」，并加警示
「符合 design.md ≠ 实现完整正确」。
- 01 新增「第三轮核对」章节：A1/B1/B2/B3/C1/D1~D7 共 11 项的严重
度、位置、实测现象与处置，并单列两项需外部输入的待办（D3 超时托
管无定时器、D6 不查牌模式是否屏蔽出牌历史的规则歧义）。
- 02 测试计划更新断言总数 270→357，新增「第三轮补充：design 之外
的可验证维度」覆盖表（入参校验/重复id/报无主刷新/success 成功包
与失败回包/multiple 同源/甩牌下发面/pushlist 结构/相邻链花色），
并写明两项仍无自动化覆盖的原因。
- 00 加一段说明前两轮的核对范围局限，指向 01 第三轮。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-12 04:25:15 +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
|
e31bdd854d
|
二七王文档：记录二次全量复核结论 + §5.4.4 修复同步
- compliance/01：新增二次对抗性复核结论（服务端全部符合 design.md）；
§5.4 标记全部完成、§5.4.4 已修；修正过时的 §10.1 数组下标描述
- packet_protocol.md：playproc 补 shuai_demand 字段说明
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
|
2026-07-04 23:20:09 +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 |
|