S43 长镜头分段归因 · 归因未遂与生死线次序（2026-08-08）
入档：2026-08-08 事实结果：
- 任务：用即梦官方 CLI 重跑《1000人后室大逃亡》S43 长镜头的 v2 与 v4（Seedance 2.5 / 720p）
- 实际生成次数：0。全程未提交成功任何一次生成
- 额度消耗：0（2290 → 2290，拒绝发生在生成之前）
- 归因结论：无。「S43 的分段来自模型还是来自 Flova」一个字都没回答
- 终止原因：即梦账号等级
artisan< 高级，dreamina_cli 使用权限服务端拒绝- 副产品：3 个自检工具、1 份交接文档、基准文档入仓库、3 次 commit 并推送
- 数据来源：本机实测（CLI 输出 / git / Python 测量 / PowerShell 哈希） 性质：准备充分但零执行的过程复盘，不含任何关于 Seedance 或 Flova 的结论
一句话
换平台时的生死线未必是技术指标，也可能是一条只读命令就能问出来的账号权限；成本越低的生死线越容易被排到最后——因为它不像个难题，于是不被当成任务。
事实记录（不可修改区）
阻塞链（按实际发生顺序）
| # | 撞到什么 | 怎么解的 | 耗时性质 |
|---|---|---|---|
| 1 | 仓库里根本没有「S43b」——分镜脚本.md 是空模板（只有 S01/S02 占位），production/ 只有 .gitkeep | 报告缺失，请用户提供 | 必要 |
| 2 | 资产表 xlsx 里 S43 存在且标「长镜头」，但全表无任何 prompt；也没有 v2/v4 版本结构（只有「生成结果 / 二次修改」两轮） | 报告缺失 | 必要 |
| 3 | 用户提供的对照文档经附件传输后 UTF-8 不可逆损坏 | 证明不可逆，拒绝猜测重建 | 必要 |
| 4 | 我第一次 find 没搜到桌面原件，一度断言「文件不在本机」 | 换 PowerShell 按 [Environment]::GetFolderPath('Desktop') 取到 | 我的错 |
| 5 | 登录成功，但账号 artisan 过不了 CLI 的闸 | 无解，转交公司电脑 | 本可最先发现 |
我犯的五个错
- 次序错（核心）：先做完 prompt 抽取、三个工具、全部标定，最后才登录验账号。正确次序是装完 CLI 立刻
dreamina login && dreamina user_credit，30 秒内就能知道这台机器不具备执行条件。 - 断言「
production/README不在仓库」——错，它一直在，内容完整。我没查就说了。 - Git Bash 的
find对中文 glob 不可靠，我据此得出「文件不在本机」的否定结论。搜不到 ≠ 不存在（同 开工前先对基线律_v1 的同款教训）。 - 依据
CLAUDE.md判断人员分工，而它已脱节：资产表里的负责人有「左小逗」（在册名单无此人），跳蛛在 S11–S16、S27、S30–S33、S43–S48 都是出素材的负责人，而 CLAUDE.md 写的是「暂离创作、不出素材」。 - 多余的保留意见：断言「CLI 那一臂在公司电脑上也未必能跑」。实际上项目本来就有高级会员号，只是不在个人电脑上。我把「个人号权限不足」外推成了「项目可能没有这个权限」。
做对的部分（留作对照）
curl | bash没有直接执行，先落盘审阅——发现安装脚本末尾会向/root/.openclaw/workspace/TOOLS.md静默注入 agent 行为规则- 乱码文档拒绝靠上下文猜测重建。这份文档的全部价值就是「哪几个字的措辞导致模型切了/没切」，猜一版等于把实测 prompt 换成转述，对照实验直接作废
- 三个工具全部先
--selftest标定再使用，四个 bug 全部由自检抓出，无一个是靠人眼发现的
四条可复用 insight
1. 生死线前置律的第二案例：权限型生死线最容易被漏 ⭐⭐二次验证
可行性生死线前置律_移植先探一票否决约束_v1 的第二个案例，且补了一个新维度。
首案（LastStand → Web）的生死线是帧率——要先做出一个能跑的构建才能量，成本可见，所以「先探它」是个需要被提醒的动作。
本次的生死线是账号等级——一条只读命令、30 秒、零成本。恰恰因为它太便宜、不像个难题，我根本没把它当成一项任务排进流程。 我把它当成了「到时候自然会通」的背景条件。
补充判据：生死线的成本和它被遗漏的概率成反比。技术型生死线（帧率、包体、内存）因为要花力气量，反而会被郑重对待；权限型生死线（账号等级、API 配额、区域限制、付费层级）便宜到可以顺手做，于是被推迟到最后。
换平台清单里必须显式加一行：「这个账号在这个通道上，被允许做这件事吗？」——先问，再准备内容。
对照两案的次序错误结构完全一致：都是把「修正确性 / 备内容」排在了「量生死线」前面，都在为一个尚未确认能跑的方案抛光。
2. 相对阈值会把「没有信号」变成「满屏信号」 ⭐⭐⭐⭐⭐ 核心律第五次现形
归因更正：本条初稿我标成 ⚠️首次，是错的。全站文字截断体检_检测工具本身要先被证伪_v1 这条核心律已四次现形（最近一次 2026-08-05 的
git check-ignore空模式假阳性）。本次是第五次，且回到前三次那个亚型——「工具算错了」，不是「我读错了输出」。留着这段更正而不是直接改掉标记：把单次发现误当首次，和把已有律漏认，是同一种偏差的两面，而我在同一篇复盘里刚批评过第四条 insight 不许被当成已验证。
写视频切点检测器时，我用「相邻帧差值 ÷ 全片最大差值」做归一化，再取超过 0.35 的峰。
在一段完全连续、只有噪声的测试视频上，它报出了 26 处假切点。原因是归一化的分母是全片最大值——当片子里没有任何真信号时，纯噪声被拉伸到填满 0~1，必然撞穿任何相对阈值。
这个 bug 的危险在于它的方向：它会在一条干净的长镜头上报出一堆切点，把「模型没有分段」的结论直接翻转成「模型分段了」。而本次实验的全部目的就是判断有没有分段。
改法：绝对阈值（灰阶 0~255）+ 直方图相关性共判。假阳性的直方图相关性是 +1.00（噪声不改变色彩分布），真切点是 -0.00（分布塌掉）——这个差异是干净的判别器。
可迁移：任何「归一化到 0~1 再取阈值」的检测器，都必须回答「样本里没有任何真信号时会怎样」。有信号的样本测不出这个失效模式，必须专门造一个无信号样本来钉它。
本次给这条核心律加的新维度——假阳性的代价升级了一档：
原律的表述是「假阳性比假阴性更贵：假阴性只是漏掉一个 bug；假阳性会让你去改没坏的代码」。那说的是工作量的代价。
但在归因实验里，测量工具的假阳性不是浪费工作量，它直接生产一个方向相反的结论。这次实验的全部产出就是「有没有分段」这一个判断——工具若在干净长镜上报出等间隔切点，我会得到「Seedance 自己会分段」，而真相可能恰好相反，并且这个错误结论会带着一张精确到帧的时间戳表，看起来比任何主观判断都可信。
判据：当测量工具的输出就是结论本身（而不是待人工复核的线索清单）时，标定不是可选项。此时假阳性不产生「多余的工作」，只产生「错误的知识」。
3. UTF-8 经某些传输链的损坏是不可逆的，不能靠上下文重建 ⚠️首次
对照文档经一次附件传输后，正文变成 é¿é头（应为「长镜头」）。机制是确定性的、可复现的：UTF-8 字节被按 Latin-1 解读，且 0x80–0x9F（C1 控制段）被整段吞掉。
长镜头 原始 UTF-8 = e9 95 bf e9 95 9c e5 a4 b4
吞掉 C1 后 = e9 bf e9 e5 a4 b4 → 'é¿é头'汉字的 UTF-8 续字节有相当比例落在 C1 段，被吞后信息物理丢失：
镜 e9 95 9c → 'é' 镗 e9 95 97 → 'é'
镖 e9 95 96 → 'é' 镘 e9 95 98 → 'é'四个字塌成同一个字符，任何程序都反推不回来。
可迁移：判断文本是否乱码，看形态不看长度——正常中文文档汉字远多于 Latin-1 补充区字符，乱码则相反。绝对字数阈值会误杀合法短文档（我第一版就是这么写的，被自检抓到）。
更重要的一条：乱码文本绝不能靠上下文猜测重建。在「措辞本身就是被比较的自变量」的场景里（prompt 对照、法律文本、配置文件），猜一版等于把实验对象换成转述。宁可停下来要原件。
4. 「等间隔 + 帧级精确 = 程序化拼接」目前只是待检假设 ⚠️未验证
本次归因的核心推理是：生成模型失控是内容相关的、切点必然不规则；而 6.00 / 12.00 / 18.00 这种等间隔且帧级精确的切分，说明有东西在数数——模型不会数到 6.000 秒就切一刀，调度器会。
这条一次都没验证过。 本次零生成，它仍然停留在推理层面。
而且它有明确的证伪路径：如果某个模型内部真有固定窗口的自回归结构，它自己也会产生等间隔切点，那样「模型本身」也成立。写进任何规范之前必须先跑三臂对照。
记在这里是为了防止它在下一次被引用时被当成已验证的规律——这正是 2026-08-03_满堂_来源约束与文风归位复盘_v1 那条元层教训（结果没回填导致被错误引用）要防的东西。
与 Flova 平台档案的关系（重要）
同日入档的 Flova_平台档案_编排层不是模型层_v1 第六节留了一条 ⚠️ 待验证：
判据 1 的「上游换代 → 平台能力清单过期」目前是结构性推理，尚无本库内的换代前后对照案例。
本次设计的三臂对照正好就是那个缺失的案例——Flova（据该档案调研，上游为 Seedance 2.0）对比即梦直连 Seedance 2.5，是一次干净的换代前后对照。实验已就绪但未执行。
还有一条更要紧的推论，它可能让整个命题重新表述：该档案第四节记 Flova 调用 Seedance 2.0，而即梦 CLI 自身的参数校验器写死 seedance2.0 系 → 时长 4–15s。一条 25 秒的镜头在 15 秒上限的模型上必须被切。若 S43 那次确实走的 2.0，则 6/12/18 的分段既不是 Flova 的缺陷也不是 Seedance 的缺陷，而是「拿 15 秒上限的模型去做 25 秒」的必然结果——按该档案判据 1 的措辞，准确表述应是**「Seedance 2.0 这一版做不到 25 秒单次生成」**，而不是「Flova 有问题」。
⚠️ 但该档案自己标明模型接入清单是桌面调研、非实测，且各家报道版本号互相打架。所以这只是一个很强的先验，不是 S43 那次的事实。它把「去 Flova 记录里确认实际路由到哪个模型」从一项例行核对，升级成了可能一步定案的关键动作。
一条元层教训：留痕规范预判了这次的坑，但没被执行
项目仓库的 logs/README.md 早就定义了生产日志格式，其中「三个最常被漏掉的字段」前两条是：
- Flova 自动追加的负面词 —— 只存自己写的那半句等于没留痕，换账号重跑出来的不是同一个东西
- 使用模型 —— Flova 会默认用 skill 里指定的模型，你可能不知道它用了哪个
这两条恰好就是本次归因悬而未决的两个混淆项。 规范预判对了，但 S43 没走这个流程——logs/ 全目录检索不到任何 S43 条目。
规范写对了不等于坑被填上了。规范的价值只在被执行的那一刻兑现，没执行的规范和不存在的规范，在事故现场是同一个东西。
下次重来会改哪一步
只改一步：拿到「用新平台跑 X」这类任务后，第一个动作是验证通道——登录、查权限、查配额，然后才开始准备内容。
本次若把这一步提前，会在前 5 分钟内得到「这台机器不具备执行条件」的结论，直接转成「为公司电脑做准备 + 写交接」——同样的产出，但不会有「以为在推进任务、实际在为跑不起来的方案抛光」这段。
关联文档
- ⭐⭐ 可行性生死线前置律_移植先探一票否决约束_v1 —— 本篇是它的第二案例，并补「权限型生死线因成本低而最易被漏」这一维
- Flova_平台档案_编排层不是模型层_v1 —— 本次实验正是为它第六节那条 ⚠️ 待验证设计的换代前后对照
- ⭐ 交付前实测证伪律_v1 —— 母律；本次三个工具的
--selftest是它在测量工具上的落地 - 开工前先对基线律_v1 —— 同族：「搜不到 ≠ 不存在」，本次
find中文 glob 失灵后我下了否定结论 - ⭐⭐⭐⭐⭐ 全站文字截断体检_检测工具本身要先被证伪_v1 —— insight 2 是它的第五次现形；本次给它补的新维度是「假阳性的代价在归因场景下升一档」
- 即梦Dreamina跨区定价实测_同产品双账号对照_v1 —— 背景：2026-07-31 时 Seedance 2.5 尚在内测（¥80/30s，内测用户口述），这解释了它为什么在 CLI 里是 VIP 专属、以及本次为何被账号等级卡死
- 2026-08-05_后室大逃亡配音工序_四音色定版复盘 —— 同项目上一道工序的复盘
- 2026-08-03_满堂_来源约束与文风归位复盘_v1 —— 同族元层教训：未回填的结果会被后续引用成已验证结论
- 项目仓库底料（裸路径）：
d:\backrooms-1000commits1443380/c667ac1/ba69dae；交接文档docs/交接/后室1000_S43长镜头分段归因_交接给_公司电脑Claude.md
版本
- v1（2026-08-08）：首次入档。实验未执行，本篇只含过程教训，不含任何关于 Seedance 或 Flova 的归因结论。三臂跑完后应回填结果，并据此判断 insight 4 能否升格。