第一轮集中决策评审

1. 评审结论

19项建议不应一次全部以相同强度冻结。建议分为：

• 13项架构与安全边界：现在确认，后续实现必须遵守。
• 6项验证性基线：作为A0/A1默认方案，但允许根据实测调整。

这样既建立长期维护边界，又避免在屏幕资料、GPIO、电源和用户测试不足时过早锁死硬件和交互细节。

2. 建议现在确认的13项

P-001：Rev.A拆为A0和A1

建议确认。A0解决电气、驱动和功耗，A1解决尺寸、按键和外壳。代价是多一次PCB/结构迭代，但能显著降低首板同时承担电气和形态风险。

P-003：日常深睡眠，Rev.A无RTC纽扣电池

建议确认。结构更简单，主电池完全断开后允许时间丢失，并通过USB或Wi-Fi重新校时。若未来要求长期拆电池保持时间，再增加后备供电。

P-004：Rev.A采用ADC与可控分压

建议确认。足以验证低电保护和大致电量，成本与功耗较低；精度不满足产品要求时再增加电量计，避免首板过早增加器件。

P-007：SD只安装数据和声明式资源

建议确认。禁止从SD执行任意第三方机器代码，降低崩溃、安全、签名和ABI兼容风险。

P-008：游戏适配器编译进固件

建议确认。三国杀规则由固件适配器解释，卡图和属性由SD内容包提供。未来开放SDK也应通过编译、测试和签名流程发布适配器。

P-009：Command/Event单向数据流

建议确认。ApplicationController唯一修改当前对局，UI、存储和无线不能并发写体力或状态。其代价是初期接口设计略多，但能显著减少偶发状态错误。

P-010：可移植核心与电脑模拟器

建议确认。游戏规则和状态模型不引用ESP-IDF，使大部分逻辑可在电脑测试；300×400模拟器降低每次页面调整都烧录真机的成本。

P-013：.chpack分发、展开后运行

建议确认。电脑端负责安装和解压，ESP32直接读取展开文件，降低运行时CPU、内存和错误恢复复杂度。

P-014：CHB使用逻辑像素格式

建议确认。资源不绑定ST7305显存顺序，显示驱动负责转换，后续换六色屏时不影响卡牌属性和资源体系。

P-015：A/B对局快照和A/B Catalog

建议确认。对局保存或资源切换时断电，仍能选择上一份有效数据。实现成本可控，符合设备“不能轻易丢局”的核心要求。

P-016：双OTA与启动自检

建议确认。16MB Flash允许预留双应用分区；新固件确认前失败可回滚。普通OTA暂不更新Bootloader和分区表。

P-017：连续3次启动失败进入安全模式

建议确认。防止损坏资源或新固件形成无限重启。安全模式不清除数据，只禁用非必要外部资源与无线。

P-019：缓存当前卡面

建议确认。约15KB的RLCD画面缓存成本很低，可在SD拔出或资源损坏时继续当前对局。只在选择或更换武将时更新，避免高频写入。

3. 作为验证基线的6项

P-002：屏幕和MicroSD独立SPI

建议改写为：A0优先按独立SPI规划，在具体ESP32-S3模组、ST7305引脚和GPIO表完成后冻结。若引脚或布板受限，允许共享SPI、独立片选，并通过并发测试决定。

P-005：电源路径与升降压

拆分处理：充电方案具备电源路径管理能力可以作为功能要求；是否采用3.3V升降压、具体器件和峰值余量需要根据A0功耗、电池曲线、温升和BOM实测决定。

P-006：四层板与侧边五键

拆分处理：A0四层板可作为推荐工程基线；侧边五键属于A1体验假设，需要左右手、平放、持握和疲劳测试后定型。

P-011：游戏默认不自动锁

作为用户测试默认值，不直接作为最终产品决定。测试直接操作的效率、误触率，以及30/60/120秒自动锁选项。

P-012：5秒撤销窗口

作为用户测试参数。应比较3秒、5秒和8秒在刷新延迟与真实对局中的可见性，最终以误操作纠正率确定。

P-018：深睡眠不高于100µA

作为A0通过线而非器件承诺。A1优化目标为50µA；若未达到，必须给出分模块功耗数据和明确整改方案。

4. 建议拆分后的决策表达

为保持决策清晰，P-005和P-006后续建议拆分为：

• 确认：充电方案必须支持稳定边充边用和峰值负载。
• 待实测：稳压采用LDO、Buck或Buck-Boost。
• 确认：A0按四层PCB规划。
• 待验证：A1按键最终位于侧边还是正面。

5. 已执行的状态变化

本评审包已经确认：

1. 上述13项已经转为“已确认”。
2. P-002、P-005、P-006、P-011、P-012、P-018已经转为“验证性基线”。
3. 具体SPI、电源器件、按键位置、撤销时长和功耗优化值仍需实验数据，不由实现人员自行决定。
4. 下一轮进入Rev.A0输入资料、硬件接口表和阶段0退出清单评审。