joywayerandClaude Opus 5
b6aeba412f
服务端四个阶段只下发 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>