 joywayerandClaude Opus 5
|
50e6fd3ca4
|
二七王:庄家算奖统一口径为「冲关」
design §8.1 的「常规算奖」全面改称「冲关」,与服务端既有字段 chongguan、
界面「冲关分」「冲关牌型」对齐。理清三层关系并写进三份文档的术语表:
冲关 = §8.1,只计庄家(旧称常规算奖)
傍王 = §8.3,可选,庄闲都算
算奖 = 上位概念 = 冲关 + 傍王 → naward(总奖数)、grade_aw(算奖得分)
「算奖」作为上位概念保留——naward / grade_aw / §8.4 的结算模型都建立在
合并概念之上,去掉它这些字段无从命名。故未做无差别替换,而是逐处甄别:
指 §8.1 的改冲关,指合计的留算奖。
design:17 处「常规算奖」→「冲关」,另修正 §7.0 第 4 层一处笔误
(「8.2 傍王」应为「8.3 傍王」,§8.2 是亮牌);§8.1 开头加改名说明。
protocol:新增 §0.0c 算奖层级表;chongguan / naward / grade_aw 注释同步。
前端清单:界面文案与精灵键名统一(算奖牌型→冲关牌型、BTN_AWARD_CARDS→
BTN_CG_CARDS、AWARD_*→CG_* 等),§0.0 补层级表。
据更新后的 小局结算.png:「算奖分」→「冲关分」、「算奖牌型」→「冲关牌型」。
参考图 算奖牌型显示.png 已随之更名为 冲关牌型显示.png,文档 6 处引用同步;
已逐一核对 16 张图的文件名在文档中都能对上。
顺带记录一处标签不严谨:小局结算的「冲关分」取的是 grade_aw,而后者是按
合计后的 N 算出来的。没开傍王时两者相等;开了傍王时该数含傍王贡献,叫
「冲关分」偏窄。根因与 S-6 同源(两分量算钱前已合并、事后拆不开),待
S-6 落地后此标签才名副其实。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-26 00:25:11 +08:00 |
|
 joywayerandClaude Opus 5
|
6ec6bdbbc2
|
二七王:确立「余主公示」「底牌公示」术语,核查「亮牌」冲突
术语决策:
- A 庄家手牌达门槛后公开数量/结构 → 仍叫「亮牌」(保持不变)
- B 有人报无主后展示各家剩余主牌数与对数 → 新术语「余主公示」
- C 70 分坐庄摸底牌前向全场亮 8 张底牌 3 秒 → 新术语「底牌公示」
- 「亮主」确认为选主界面的标题文案、不是规则术语,三份文档均注明不得
用它指代任何规则
「亮牌」冲突核查结论:无同名不同义,但有三处字面相近而语义方向相反的
读错风险——亮牌 vs 明牌(一个给数量、一个给牌面,方向还相反)、亮牌 vs
亮主(只差一字且同在庄家阶段)、亮牌 vs「亮出底牌」。故在 design 术语表、
协议 §0.0b、前端清单 §0.0 各加一张四类「公开信息」对照表,一句话口诀:
「亮牌」「余主公示」只给数字,「明牌」「底牌公示」才给牌面。
design.md:术语表新增 亮牌 / 余主公示 / 明牌 / 底牌公示 四条定义 +
易混对照表;§4、§9、§12.1 正文启用新术语。
packet_protocol.md:新增 §0.0b 术语小节;seatlist 第 5 位、ancard3s、
baozhu 三处字段说明冠以对应术语。
前端清单:§0.0 补对照表,§2.5 改名为「自己的主牌统计 + 余主公示」。
另据新图 等待庄家选主.png 抽出一个通用部件「状态提示条」(§2.8):
深色半透条 + 居中白字,等待类(等待庄家选主…)与即时反馈类(强甩失败)
共用同一套精灵,只切位置预设与文案。原单列的 BAR_SHUAICUO 并入该部件。
新增 T-32(该图底牌仍摊着与 design §4 的先后顺序对不上,需确认)、
T-33(等待类文案清单待定)。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-25 23:04:03 +08:00 |
|
 joywayerandClaude Opus 5
|
be06d3bf58
|
二七王:D-1..D-9 定稿落地,新增 S-6/S-7 两个服务端缺口
据新参考图(大局结算.png、强甩失败提示.png)与本轮确认,设计稿只剩 D-8:
- D-1 建房:子游戏只做「类别标签 + 选项」内容区,弹窗背景/标题/关闭/确认
由平台提供,§5.8 相应不再列弹窗外壳。
- D-2 底牌 3 秒展示:复用庄家翻开底牌那套 UI,不要倒计时;非 70 分只有
庄家可见、70 分全场可见——同一套界面只差可见范围,故砍掉原先规划的
独立公示面板(资源 655 与精灵 1757/1758 作废)。
- D-3 甩错:桌面中央深色半透条「强甩失败」,不做收回动画。
- D-4 报无主:不做全场提示(资源 652、精灵 1753 作废),只让他家
主N/对N 角标出现。
- D-6 明牌 / D-7 出牌历史:版式都照算奖牌型显示.png(遮罩 + 每家一排牌),
与算奖叠加层共用同一套渲染。出牌历史【不按轮次】,按玩家聚合并用主牌序
排序——前端摊平 pushlist 即可,无需改服务端。
- D-9 大局结算:玩家栏用精灵复制(新增 §5.7a)。
同时更正了一处我此前的理解错误:左侧那条「主牌对子: 1对」是【自己的主牌
统计、有手牌时常显】,不是 design §8.2 的庄家亮牌 liangpai。§2.5 已重写为
「自己的主牌统计 vs 他家的报无主角标」两套并列,并指出 liangpai 目前没有
界面位置(T-30)。
新增两个服务端缺口:
- S-6(阻塞 D-9):大局结算要显示「基础分/算奖分/傍王分」,而 account 只有
累积得分与每局得分。傍王分尤其拆不出来——naward = 常规算奖 + 傍王王数,
两者求和后才代入 grade_aw 公式,事后无法反推各自占比。建议把 N 拆成两个
分量分别代入同一公式,相加应等于现 grade_aw(可作回归断言)。
- S-7(有泄露口子):明牌按钮条件收紧为「自己是无主玩家」,与 design §9.3
的「全体三人」及服务端 have_baofu() 校验都不一致。前端先按严格规则显隐,
但服务端校验未改前,有主牌的玩家伪造请求仍能拿到明牌数据。
另:修复文末附录丢失——三次提交前的一个切片脚本把它挤掉了,现已按当前
状态恢复并补充 SpriteCopyUtils 一行。新增 T-30/T-31、验收清单增至 17 条。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-25 21:32:38 +08:00 |
|
 joywayerandClaude Opus 5
|
cfef896fd6
|
二七王:UI 清单统一底牌术语,细化叫分按钮,确认 S-1 语义
术语修订(本文先行,design/protocol 待同步):
- 底牌 = 发牌时没发给玩家、留在桌面的 8 张(原「暗牌」)
- 埋牌底牌 = 庄家埋牌扣下的 8 张(原「底牌」)
改后底栏按钮名实相符(底牌钮看底牌、扣底钮看埋牌底牌),原「术语陷阱」
一节改写为「术语已统一」。新增 §0.0 术语节置于全文之首。
全文 35 处表述与精灵键名同步(DARK_CARD→BOTTOM_CARD、
BOTTOM_CARD→BURY_CARD、ANCARD_3S→BOTTOM_3S)。
S-3 定论:底牌可见性按 design 手册办——庄家全程可看,闲家仅 70 分坐庄局
可看,其余局按钮不显示。服务端无需改动,现有下发面正好支持。
新增两条服务端待补:
- S-4 拆分 bottomcards 字段名:底牌保持 bottomcards,埋牌底牌改 burycards
(maipai / PushCards / 结算 bottom 分组)。前端未开工,现在改代价最小。
- S-5 同步 design.md 与 packet_protocol.md 的术语,并列出待改位置清单。
三份文档术语不一致会直接违反 SSOT,属最危险的那类分歧。
S-1 语义确认:当前捡分对应判定倍率的实时预览(大光×3/小光×2/过庄×1/
升N级×N)。要求随 chupai1/2/3、PushCards、shangzhuang 一起下发
curmultiple,不新开推送包;get_upgrade 现成可用。
叫分按钮(据更新后的 叫分按钮面板.png):
- 配色按档位位置固定,只因不可叫变灰,不随子数变。
- 按钮底与右上角角标底画在同一张图上,4 帧。
- 叫分分数用数字精灵(新增资源 NUM_CALL_SCORE),角标子数用文字精灵。
- 每档由 4 个精灵改为 3 个。
数字口径相应从「一律图片多帧」改为分工:美术字用图片、纯数据小字用文字精灵。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-25 17:48:49 +08:00 |
|
 joywayerandClaude Opus 5
|
5dda571250
|
二七王:UI 清单落实 A/B/C 组决策,新增服务端待补项
规格确认(T-4/6/7/8/10/11/12/15/16/18/19/22/23/26 全部落地):
- 叫分按钮配色按【档位位置】固定三档(浅黄/金黄/橙)+ 灰=已叫过,
按钮底与角标底各 4 帧。特别标注:参考图角标 1子/2子/4子 是 mock,
颜色不随子数变(反证:常规算子下 50~5 档同为 6 子却是两种颜色)。
- 选主大数字=该花色张数、角标=对数;手牌标记 3 帧(拖/正2正7/其他主牌)。
- 底栏功能按钮定为 5 个,新增「扣底」;并显著标注术语陷阱——底栏「底牌」
按钮看的是【暗牌】、「扣底」按钮看的才是【底牌】,而协议里两批牌共用
bottomcards 字段名,要求前端用 anCards/diCards 区分。
- 结算底牌文案的 x 后面是扣底倍数;牌型标签只做「毙」;准备标识用平台的;
数字一律用图片多帧(参考图数字带描边渐变)。
- 发牌动画:从右往左铺开。算奖叠加层点遮罩关闭、并列显示奖数。
- 自己发的提示本地回显,作为悲观 UI 的受控例外并写明成立理由
(提示不含对局状态、服务端不校验真实性)。
- T-5 手牌排序定为对齐服务端 order_cards 主牌序,选主后整体重排。
新增 §7.5 服务端待补项:
- S-1 抓分倍数字段:协议现无,出牌阶段拿不到任何倍数;服务端 get_upgrade
现成可用,建议补 curmultiple,语义待最终确认。
- S-2 下发应选中的牌:get_followcard 已返回 mustcard,仅用于内部校验、
未下发;建议只发给 nextseat 一家(整表下发会泄露他家手牌结构)。
- S-3 ⚠️ 底栏「底牌」按钮要求所有人可看暗牌,与 design §4「非 70 分时
暗牌只有庄家可见」及协议下发面直接冲突;给出三个方案,确认前前端按
最保守的 (a) 限定可见范围实现。
新增 D-13(扣底查看面板)、验收清单增至 15 条。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-25 13:25:33 +08:00 |
|
 joywayerandClaude Opus 5
|
ddb4f7d6a2
|
二七王:UI 清单增补布局配置规范,并据 4 张新/改参考图更新
新增/更新的参考图带来的确定项:
- 小局结算.png 更新:两个小字标签定为「牌局分」(grade_jf) /「算奖分」(grade_aw),
关闭 T-13;新增「算奖牌型」「下一局」两个按钮。
- 算奖牌型显示.png:算奖明细走独立的半透遮罩叠加层(aset.seatlist[i].cards),
关闭 T-14。
- 自己是闲家时的踩有分没分按钮.png:提示入口 = 底栏三按钮,占用庄标区域、
与庄标互斥;气泡资源定为 3x2 六帧,按「头像在气泡哪一侧」选箭头朝向,
关闭 D-5。
- 创建房间选项参考图:属他游戏内容,只取视觉范式;二七王实际为 4 行
(局数/扣卡/玩法多选/查牌),无人数行,D-1 降级为「缺定稿」。
- 左上家出牌区确认为右上家的左右镜像,关闭 D-12。
§6 由「布局坐标表」重写为「布局配置规范与配置清单」:
- 所有布局参数一律外提为配置,业务代码零裸值(工程总则 §6 / client 02 §2)。
- 定义 5 种布局器 point / line / fan / grid / attach,参数名直接对齐框架
AlignmentUtils 的入参,配置可原样喂入、零转换。
- fan 给出唯一的自适应间距算法;bySeat 表达三个显示位的差异;
另有 textStyle 预设与 CARD_SIZE 尺寸档,改一处全局跟随。
- 补充配置文件组织与「与平台 PLAYER_INFO_LAYOUT 坐标一致性」的衔接要求。
待办变化:关闭 T-1/T-13/T-14 与 D-5/D-12,新增 T-22..T-28。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-25 08:14:30 +08:00 |
|
 joywayerandClaude Opus 5
|
6fc9f15976
|
二七王:新增前端 UI 资源与精灵清单(docs_dev)+ 归档 9 张参考图
对照 design.md 全流程与 packet_protocol.md 下发字段,把二七王前端所需的
图片资源、声音、精灵、图层、群组、坐标整理成可执行规格书,供美术出图与
gameabc 编辑器建资源使用。
要点:
- 核实号段占用:精灵 1001-3000 段内仅 3000 被占(Spirit3000/Layer602),
实际可用 1001-2999;图层 101-200/301-400、群组 201+、图片 501+ 全空闲。
- 牌面资源定为 10x6=60 帧通用排版(黑桃/红桃/梅花/方块 A-K + 双王 + 6 牌背),
开大/中/小三套尺寸;给出唯一权威的 cardIdToFrame 转换与 10 条校验样例。
服务端 flower 编号(1方块..4黑桃)与美术花色顺序相反,转换须按花色段倒序数。
- 标明平台已提供、子游戏不重建的部分(头像/昵称/分数、聊天语音气泡、
RecordView、帮助、建房界面骨架与 25 号确认按钮)。
- 座位方向据 class.paiju.js:264 get_nextseat 定论:下家 =(seat+1)%3、显示在右上。
- 汇总 12 项待出设计稿(D-1..D-12)与 20 项待确认规格(T-2..T-21)。
ID 均为规划建议值,编辑器建成后须回填校准;坐标为参考图实测估值。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-24 22:40:44 +08:00 |
|