PS 手柄可视化（多手柄 / 幽灵插槽）

优点

• 视觉是本轮最佳：DualSense 白色外壳渲染精致，玩家色、灯条、状态面板统一
• 输入链路正确，同名手柄按 index 区分可靠
• 四手柄同屏、断线宽限期、标签页隐藏时暂停计时等细节完整

问题

• 【严重】幽灵插槽判据不足：没有“长时间无输入 / 无按键变化”的识别，接收器类设备占满前两个槽位，真机多接收器场景下目标手柄无法接入（app.js reconcile 529-562）
• 超出 4 台时直接忽略后来者，不会淘汰无输入的占位设备
• tokens 消耗极高（776 万），20 分钟，迭代成本大
• 物理设备与玩家座位没有分层（场景 10）：座位按 index / 接入顺序分配，接收器等无输入设备会永远占住前面的玩家座位

优点

• 有“待确认 → 有输入才算连接”的幽灵防御思路，方向正确
• 插槽管理面板功能丰富（绑定、震动、定位、解绑、全部解绑）
• 附带 mock-test.html 自测页面

问题

• 【严重】pending 防御被 eventSeen 短路：真机接收器同样会触发 gamepadconnected，因而直接 connected，幽灵过滤失效（app.js:626-627）
• 【严重】释放的幽灵设备没有记入黑名单，下一帧会被重新分配槽位，循环占位
• tokens 消耗极高（725 万），24 分钟
• 物理设备与玩家座位没有分层（场景 10）：座位按 index / 接入顺序分配，接收器等无输入设备会永远占住前面的玩家座位

优点

• 代码最精简（383 行单文件）、结构清楚，8 分钟、50 万 tokens 交付，性价比高
• 输入链路与同名手柄处理都正确

问题

• 【严重】幽灵判据只有 connected 标志，接收器类设备占满槽位后真手柄“4 个槽位已满”无法接入
• gp._warnedFull 标记写在每帧都会重新生成的快照对象上，槽位满时 toast 会每帧重复触发（383）
• 3 列网格放 4 张卡片，P4 孤零零一行；手柄造型较简化
• 物理设备与玩家座位没有分层（场景 10）：座位按 index / 接入顺序分配，接收器等无输入设备会永远占住前面的玩家座位

优点

• 视觉还原度不错，深色主题与插槽状态清楚
• 有心跳 / 休眠 / 自动释放的设计意图

问题

• 【严重】快照不刷新：只在 connected 变 false 时才重新读取 getGamepads()，真机上按键、摇杆基本无反应（index.html:280-293）
• 【严重】以 id 等属性拼 key，同名手柄无法区分
• 工作区残留一个 Windows 下误建的 nul 文件
• 物理设备与玩家座位没有分层（场景 10）：座位按 index / 接入顺序分配，接收器等无输入设备会永远占住前面的玩家座位

优点

—

问题

• 【失败】超时零产出：前 55 分钟都在网上下载 DualSense 官方图片，并编写 trace.py 用 numpy 逐像素描轮廓（改了 8 次），始终没有写 index.html
• 素材与脚本写在工作区之外（%TEMP%opencodeps-ref），测评清理不到