  joywayerandClaude Opus 5
|
8948a2950f
|
二七王：chupai1 下发甩牌分量构成 shuai
cardtype 只能表达单一牌型（1xx 单张 / 2xx 对子 / 3xx 拖拉机），而
甩牌是单张、对子、拖拉机自由混搭（design §5.4.3），会被 can_playcard
的牌型推导压平——例如「主K对 + 主5」得到 103、「两连对 + 散对」得到
203，客户端拿到 cardtype 无从还原分组，甚至看不出这是一次甩牌。
服务端本就已经算出了分量需求 shuai_demand（供跟牌逐分量强制匹配，
design §5.4.4），按「每个下发包必须携带前端界面所需的全部核心数据」
一并下发：chupai1 在合法甩牌时带 shuai = {tractors,pairs,singles}，
非甩牌与甩错退化为单张时不带此属性。
test_rpc 新增 8 项：合法甩牌带 shuai、非甩牌不带、甩错只打最小一张
且不带 shuai。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-12 04:21:11 +08:00 |
|
|
joywayerandClaude Opus 5
|
4276d38267
|
二七王：报无主后立即为全体三人刷新主牌统计
design §9：「一旦有玩家的主牌全部打空，系统就为全体三人显示另外
两家各自的主牌数量、以及这些主牌里有多少对子」。
原实现只在出牌者自己出牌时更新自己那一格 seatlist[seat][4]，所以
A 打空主牌报无主的那一刻，B、C 的主牌数/对子数仍是初始 [-1,-1]，
要等各自轮到出牌才补上，界面最多滞后两次出牌才完整。
改为：出牌后先判定出牌者主牌是否出空，一旦 have_baofu() 成立，就
按各家实际手牌为三个座位统一重算 [剩余主牌数, 剩余主对数] 及主花
色标志。重算幂等——主牌一旦出空不会再有，[4][0] 恒为 0。
test_rpc 的 mkChupai 原先只把 seatlist[1][4][0] 置 0 伪造报无主，
而不真的清空 seat1 的主牌；新逻辑按实际手牌重算会把这个假状态纠
正回去，导致 baozhu 断言失败。这是新实现更严格的正确表现，故改测
试造真状态（把 seat1 的主牌标为已出），不是放宽断言。
test_input 新增 6 项：报无主前三家均为 [-1,-1]；打空瞬间三家统计
与主花色标志同时刷新到实际值。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-12 04:20:03 +08:00 |
|
|
joywayerandClaude Opus 5
|
84774fa525
|
二七王：修正重连出牌历史 pushlist 的结构与排序
get_deskinfo 的 PushCards.pushlist 排序段有两处错：
1. 内层循环上界误用 pushlist.length（轮次数）当座位数。轮次 >3 时
会给内层数组写入下标 3..轮次-1，把本应恒为 3 个座位的数组撑成
轮次长度并填满 undefined；轮次 <3 时又漏排后面的座位。实测 5 轮
时内层长度变成 5 且含 undefined。
2. 排序传的是上一个 for 循环泄漏出来的 pai.flower。循环结束后 pai
指向牌表最后一张（大王，flower=5），等于按「无主牌花色」排序，
主牌不会排到副牌前面。
改为内层固定 3 个座位、按 paiju.flower 排序，并对缺失轮次加守卫。
test_rpc 新增 4 项：轮数、内层恒 3、无 undefined，以及排序判别用例
（seat0 同轮出「主5 + 副♥A」，主5 必须在前——旧代码下 副A 会排前）。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-12 04:18:30 +08:00 |
|
|
joywayerandClaude Opus 5
|
20b5425a65
|
二七王：下发面 multiple 按房间「爬坡」开关取值
arith.get_multiple_bycall 写死 get_base_bycall(call, false)，被
mod.jiaofen（jiaofen/shangzhuang 两个包）与 export.get_deskinfo
的叫分/选主/埋牌/出牌四个阶段共 6 处使用，且都不传 roomtype。
后果：爬坡房里对局全程界面显示的是常规算子子数，与结算包
aset.multiple 不符。例如叫 45 分，界面显示 6 个子、结算按
design §7.3.1 实际是 7 个子。违反 server dev-guide「服务器权威 +
每个下发包必须携带前端界面所需的全部核心数据」与 engineering
SSOT（同一业务数据只有一个计算处）。
移除 get_multiple_bycall 这层写死 climb=false 的兼容包装，全部
改为直接调 get_base_bycall(call, cfg.climb)，cfg 由
class.config.parse(o_room.roomtype) 得到——与结算处
get_paiju_account 用的是同一个取值入口。get_deskinfo 内顺带复用
同一份 cfg，去掉 PushCards 分支里重复解析 roomtype 的调用。
test_rpc 新增 7 项：叫 45 分在常规房/爬坡房分别驱动到上庄，断言
上庄包与重连 ChooseMain 的 multiple 为 6/7，并与结算包
aset.multiple 逐一对齐。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-12 04:16:42 +08:00 |
|
|
joywayerandClaude Opus 5
|
c2a375eef5
|
二七王：补齐 data.success 成败标志与失败回包
此前全仓（除协议文档开头一句说明外）没有任何下发包携带
data.success，且所有失败路径一律裸 return、不回任何包：前端点了
没反应，只能干等倒计时，同时违反 server dev-guide「成败标志唯一
是 data.success，主动推送的 data 必须自带 success」与 client
dev-guide「发包只请求、收包才表现」两条硬红线。
本次：
- 成功包一律补 data.success=true：fapai、zhunbei（class.desk.js）、
jiaofen、shangzhuang、xuanzhu、maipai、chupai1/2/3、mingpai、
tishi（mod.js），jiesuan 在 get_paiju_account 统一注入（覆盖
正常/投降/解散三种结算来源）。
- 新增 youle_erqiwang.ERR 失败码表与 do_sendfail 统一回包封装：
PLAYER/NODESK/STEP/SEAT/PARAM/RULE，失败只回发给请求者
（conmode/fromid 取自请求包），data.success=false + errcode。
- 每个 handler 的每条失败分支都改为「回失败包 + return」，含
check_player 不通过（平台侧只返回 null、不回包，前端会干等）。
tishi 成功时仍按 design §11 只转发给对家、不给发送者回执（该包不
含对局状态，属 fire-and-forget 提示），失败才回给发送者。
test_rpc 中原先以「不发包」表示被拒的断言，同步改为断言「恰好回
1 个 success=false 且 errcode 正确的包」——是随行为修正而加强，
不是软化。新增 test_success.js 29 项覆盖成功包 success 字段与各
handler 失败回包。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-12 04:15:31 +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
|
339e6e99e1
|
二七王测试：完成 P2 用例，达成测试计划 DoD
- test_deal.js(新)：§2 发牌构成——92张/去3-4共16/三家各28+底8/分值(§6.1)
- test_arith.js：§3 编码排序（order_cards 降序=设计顺序、is_continuous 相邻链逐段+反例）、
§7 每档小光/过庄分界+升3级补齐
- test_paiju.js：§8.2 亮牌更多边界（6个7仅qi、固定主9→null、固定主10仅zhu）
- test_config.js：§10 直接调 export.get_asetcount/get_needroomcard(_joinroom)
- test_rpc.js/_rpc.js：§12 端到端（真实驱动 叫分→上庄→选主→埋牌→出牌ready）、
§9 maipai 亮牌门控 + get_deskinfo PushCards 门控
- 02-测试计划.md/README：P2 与 DoD 标记达成
全部单测 204 项断言全绿（node server/games/erqiwang/test/run.js）
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
|
2026-07-05 01:24:34 +08:00 |
|
|
joywayerandClaude Opus 4.8
|
6939e70ed7
|
二七王测试：完成 P1 用例（L3 RPC 层 + 坐庄轮换）
- mod.js：加 module.exports 守卫，使其可被 Node require（友乐无 module 跳过）
- test/_rpc.js(新)：L3 脚手架——挂类全局、mock cls_mod/min_loadJsFile 装配 mod.js、
捕获 SendPack/sendpack_toother 下发包
- test/test_rpc.js(新)：§9 明牌 mingpai(合法/不查牌·未报无主·非出牌阶段拒 + others结构)、
§9 出牌 chupai 的 info/baozhu 查牌门控(可查有/不查无)、§4 投降 touxiang 条件(70·step2·庄家)、
§4.2 mod.jiaofen 入参校验(>70/非5倍/首家必叫/后叫更低)、
§4 70分上庄暗牌亮牌(真实 jiaofen 驱动到上庄，验证 bottomcards/ancard3s 门控)
- test/test_desk.js(新)：§4.6 坐庄轮换 do_prepare(庄赢连庄/闲赢·投降下家)
- 02-测试计划.md/README：P1 标记完成，剩余归入 P2
全部单测 156 项断言全绿（node server/games/erqiwang/test/run.js）
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
|
2026-07-05 01:14:33 +08:00 |
|