本篇目录 / Contents
MiMo 4K无字幕第951白色的床单在客厅里 CN 白物客厅反读复核
本页记录 #951 甲瑞 白色的床单在客厅里 的 MiMo CN 复跑结果。第一次调用失败不是接口不可用，而是当前 shell 环境中的旧 MIMO_API_KEY 优先级高于 keychain，触发 HTTP 401 / Invalid API Key。临时取消环境变量后，脚本从本机 keychain 读取可用凭据，并显式使用 CN base URL，两路报告均返回 ok。本页不记录也不保存任何密钥。
运行记录
资产目录：
inspool-wiki-zh/raw/assets/4k-nosub-restart-20260622/951-white-sheet-living-room/mimo/run-951-cn-counterread-20260622/
总表：
combined-run-summary.redacted.json
| 报告 | 输入 | 模式 | 用量 | 可用性 |
|---|---|---|---|---|
951-sound-context-cn-counterread/error.txt |
#950 到 #952 宽窗，带音频 | deep-film, fps=8, max | 无 | 首次失败。原因是当前 shell 环境变量里的 key 无效，返回 401 Invalid API Key。不形成 T2 证据。 |
951-visualonly-cn-counterread/error.txt |
同一宽窗，无音轨 | deep-film, fps=8, max | 无 | 同上，旧环境变量 key 导致 401。 |
951-sound-context-cn-counterread-keychain/mimo-report.md |
#950 到 #952 宽窗，带音频 | deep-film, fps=8, max | 31245 tokens |
可作 T2 候选。报告支持白色/浅色物可见，但床单、客厅和 #951 内飘动均不被直接证实。 |
951-visualonly-cn-counterread-keychain/mimo-report.md |
同一宽窗，无音轨 | deep-film, fps=8, max | 31159 tokens |
可作 T2 视觉反读辅助。报告独立判断右侧浅色物更像包裹布/道具，空间更像公共室内/展演/排练空间，不支持床单和客厅。 |
可保留的观察
带声音上下文报告最有价值的是边界清楚：#951 期间确有白色/浅色、布料状或衣物状物，但它明确说不能直接确认 床单，也不能直接确认 客厅。它还确认 #952 的 飘 在 #951 期间没有明确视觉运动证据。
无音轨盲视觉反读更稳。它把右侧浅色物描述为包裹在人物躯干与腿部的布料，带褶皱和堆积感，更像表演道具或仪式性包裹物，而不是平整床单。它把空间判断为公共室内、展演或排练式空间，依据是反光地面/台面、横向镜面或反光表面、背景多人坐成行、空间空旷并缺少家居家具。
它还把一个非常容易混淆的点分开：左侧白亮区域是墙面/反射/光源区域，右侧浅色布料是三维实体，两者不是同一个东西。
必须降级或校正的部分
- 带声音报告把 #951 人声称为“男性声音”，此处不作说话人裁决。T0 已锁为甲瑞 / ACT-JIARUI。
- 带声音报告关于混响和公共空间环境声只能作 T2 候选；房间声、声源和空间大小仍以 T1 音频/本地复听为准。
- 无音轨报告不能用于声音、音乐、语气或声源判断。
白色/浅色布料状不能升级为床单；公共室内空间不能升级为客厅；状态稳定不能升级为飘。
方法论结论
这次 MiMo 的真正运行结论有两层。
第一，工具层面：MiMo CN endpoint 可用。之前出现“跑不了”的直接原因不是用户 API 不可继续使用，而是当前会话里旧/无效的环境变量 key 覆盖了 keychain 可用凭据。处理方式是：运行 MiMo 时临时取消旧环境变量，或后续清理/更新 shell 环境中的 MIMO_API_KEY；必要时显式指定 https://token-plan-cn.xiaomimimo.com/v1。
第二，证据层面：#951 是一个强诱导句。MiMo 带声音报告和无音轨反读都没有把台词内容当作画面事实，而是支持当前 T1 判断：
白色：有视觉支撑，但分属左侧白亮面和右侧浅色包裹物。
床单：不支持。
客厅：不支持。
飘：属于 #952，#951 内无明确独立飘动。
因此 #951 当前只能写作：语言把一个已经可见的白/浅色材料命名为“床单”，把公共室内/展演空间命名为“客厅”；画面和声音均未独立交付床单、客厅或飘动。