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
..
2026-08-12 04:25:15 +08:00
2026-08-16 19:05:24 +08:00
2026-08-16 19:05:24 +08:00