DeepSeek V4.1 Flash
opencode-go/deepseek-v4.1-flash超时思考 默认(high)6.80综合
与上一轮几乎同一套架构:视觉最好、快照读取正确,但依旧先到先得分座位,真机上 4 个手柄只有 2 个能用。
耗时60m 01s
步数37
工具调用37
Tokens2.81M
输出 Tokens42.4k
费用$0.074
代码行2988
页面错误0
耗时拆分有效 9m 19s
等待接口 49m 15s模型生成 8m 18s工具执行 1m 00s
等待接口占 84%(单次最长 4m 20s),本次耗时主要被接口拖慢,不宜横向比较
功能场景8/11 通过
场景0·点掉引导遮罩(如有)场景1·未接入手柄场景2·接入 1 个 DualSense场景3·按键/扳机/摇杆/十字键(须有反应)场景4·接入 4 个手柄并各按不同键场景5·拔出 2 号手柄场景6·幽灵插槽(1 真 + 2 个残留)场景7·4 个同名 XInput 手柄,只操作 3 号槽那个(须有反应)场景8·真机复现:2 个 Keychron 接收器 + 4 个同名 XInput 手柄,操作 index 4 那个(须有反应)场景9·4 个同名手柄依次按键,必须各自独立响应场景10·两层映射:2 个接收器 + 2 个手柄,先按键的手柄必须成为 P1(玩家座位按按键顺序分配)
优点
- 视觉与还原度依旧最佳
- 快照读取正确,断连释放和溢出提示完整
- 自己起服务、用 CDP 截图做验证
问题
- 【严重】入座不以真实输入为前提(syncPads 按列表顺序 findIndex 空槽),真机上键盘接收器占掉 2 个通道,4 个手柄中有 2 个不可用(场景8)
- 同一时间只画当前选中的那个手柄
- 跑满 1 小时超时:49 分钟耗在等待接口响应(单次最长 194 秒),并非模型自身拖延,但也没有主动收尾
- 物理设备与玩家座位没有分层(场景 10):座位按 index / 接入顺序分配,接收器等无输入设备会永远占住前面的玩家座位
需求逐条核对5/7 达成
| 网页画出 PS 手柄 | DualSense 白壳黑面板,立体感强 | |
| 接入真实手柄、按键有对应反应 | 每帧重新读取 getGamepads(),单手柄按键、扳机、摇杆都实时响应(场景3通过) | |
| 最多 4 个手柄 | 右侧四个玩家通道,超出 4 个会“暂存” | |
| 漂亮、匹配主题、有设计感 | 控制台风格,配色统一,有事件流与诊断面板 | |
| 轮廓与样式高度还原 | 还原度五家最高 | |
| 幽灵插槽 / 分清不同手柄 | 按 getGamepads 顺序先到先得分配通道,不以真实输入为前提;真机(Keychron×2 占 0/1)下 index 4、5 的手柄没有通道(场景8失败) | |
| 物理设备与玩家座位分层(按按键顺序入座) | 检查 v3 场景 10:玩家座位按设备 index / 接入顺序直接对应,没有“设备大厅 → 按键入座”这一层;两个接收器在前时,先按键的真手柄拿不到 P1,1、2 号玩家无法被控制 |