一次给分，要能贯穿整套记录
- 遇到的问题
- 多人计分不仅是修改一个数字，还会影响轮次、历史、撤销和结算。
- 产品判断与协作
- 以给分守恒为基础，把操作与记录放进同一条规则链，明确更正后应保持的关系。
- 如何验证
- 多部手机核对创建、加入、给分、同步和结算，检查不同页面的记录与结果是否一致。
我的职责
需求与规则设计、页面取舍、反馈收集、真机测试、后台配置、提审发布。
协作方式
以 Codex 为主、Claude Code 为辅推进代码实现。我提供场景与边界，对实际交互和验收结果作判断。
项目环境
原生微信小程序 / CloudBase / 本地存储
规则有来路，
记录能回看。
给分、轮次、更正和结算需要保持一致，才能支持多人真实使用。
- 建立计分关系
- 记录每次给分
- 支持撤销更正
- 结算与回看
产品规则示意，用于说明判断顺序，不是产品界面或完整技术架构。
重要的取舍，
在这些细节里。
以下记录来自项目材料与已确认职责。
技术修复由 AI 协作实现，实际功能以微信正式版为准。
先能用明白，再继续加功能
- 遇到的问题
- 朋友和年长使用者反馈操作步骤多、文字偏小；扫码入口和重复昵称也造成理解成本。
- 产品判断与协作
- 根据反馈减少流程取舍，放大文字与控件，梳理加入和昵称问题的处理方式。
- 如何验证
- 按真实使用路径重新体验，核对关键操作的可发现性；简化改动是否已进入正式包仍需逐项确认。
错误与断网，也要留有回路
- 遇到的问题
- 聚会中可能记错、重复操作或短时断网，结算仍需要依据一致的记录。
- 产品判断与协作
- 把撤销更正、历史回看与网络恢复纳入产品流程，借助 AI 实现相应逻辑和异常处理。
- 如何验证
- 通过多机操作验证撤销、重连与结算；本地模拟记录不能当作线上并发容量承诺。
上线，
也是下一轮开始。
根据朋友与年长使用者的反馈，简化操作路径、放大文字与控件，并完成多机验收。
- 明确范围围绕 2–8 人聚会，设计计分、记录、更正、结算与历史流程。
- 验收与发布本人参与真机测试、后台配置与提审发布；根据实际结果跟进问题。
- 持续迭代根据真实反馈简化流程并检查异常场景，继续核对各项改版与正式版本的对应关系。
工具记录积分，不涉及资金支付，也不自动识别麻将或算番。
看一次
实际操作。
来自本人已有成片的网页播放副本。保留原有画面与可见字幕，未重新包装成当前版本录屏。
查看文字摘要
展示聚会计分工具的创建、加入、计分操作与历史回看，补充说明产品使用流程。画面来自历史成片；后续简化改版与当前正式包仍需对应核对。
