V · NIGHT SHIFT MODE
DAILY REPORT / 2026-07-23Asia/Shanghai
Night Shift Mode · 0723 checkpoint

夜班模式，
不是自动化炫技。

它要做的是：白天由人完成判断和交班，夜晚由 V 只推进已获授权的真实工作，早晨交付可审核的结果。 7 月 23 日的价值，不是“Cron 跑了”，而是把状态机、人工门禁、止损和真实客户重启放进同一条可验证主线。

STATE MACHINE 已收敛CRON FLOW 已验收PRODUCTION 尚未放行HIGH-FREQUENCY CRON 已停用
今日结论

夜班模式已经证明自己能完成领取、路由、写回、人工交接与幂等止损；但它还没有资格被称为“无人值守生产”。模拟闭环不等于真实客户闭环，能停下来比盲目继续跑更重要。

3
审核状态待审核 / 通过 / 需修改，所有人工反馈以审核表为唯一来源。
10/10
拍摄清单 QC方向映射、A/B 表、物料、预算、签字等均通过。
0
重复产物幂等复跑后文档 SHA、revision 与记录数均保持不变。
3
真实客户输入振丰 / 富由特 / 戴诺维进入受控下一轮。
What actually happened

一天五个关键转折

先把系统证明了什么、没有证明什么说清楚，再讨论下一轮自动化。

第一阶段
基础结构

Base 从聊天记录，收敛成唯一执行控制台

审核状态统一为「待审核 / 通过 / 需修改」；执行单拆为业务阶段与任务类型；补齐触发来源、消费批次、领取时间。两个审核 Workflow 保持启用，夜班只读取 Base 状态，不以群聊口头讨论作为执行依据。

第二阶段
隔离验收

低成本验收拿到 CONDITIONAL PASS

隔离 runner 跑通输入权限、任务领取、3/6/12 月 SKU → Skill 路由、通过/需修改/暂停三类审核、最小 diff 与幂等复跑；真实振丰门禁验证后停在「待转存 DAM」，没有越级生成 Demo。

第三阶段
真实 Cron

真实 Cron 白名单流转与幂等复跑通过

华岳模拟验收中，Cron 仅处理白名单执行单：原地更新拍摄清单、10/10 QC、交给人工审核；第三次复跑 NO_REPLY，文档 revision、SHA 与记录数均无变化。它验证了「领取 → Skill → 写回 → 人工交接 → 幂等」主链路。

关键纠偏
止损

模拟跑通，不等于真实夜班可以上线

康浩源明确纠正：前述结果是状态机与模拟审核闭环，不是无人值守的真实客户验收。原 22:00–07:30 每 30 分钟高频 Cron 已停用；执行 Base 完成归档与 clean slate，避免测试数据污染真实生产。

当前重启
真实输入

从振丰开始，重建真实的三步 MVP

空 Base 上重新建立振丰、富由特、戴诺维三条真实输入与执行单：振丰走 Brief / 策划案，富由特先卡客户确认门禁，戴诺维只验真已有 MP4。首轮仍不调用付费视频模型、不发布。

The controlled pipeline

每一步都是门，不是流水线幻觉

状态、审核与交付件由 Base 决定；群聊只用于讨论，不是让系统越级执行的凭证。

客户输入

运营表选企、需求完整、来源可读

输入不完整就停在补材料，不猜测。

策划与确认

SKU 对应正确 Skill；客户确认明确放行

内部通过不等于可以进入 Demo。

拍摄清单

独立生成、QC、人工审核

审核未通过，不进入拍摄服务。

素材与脚本

真实交付物可访问、DAM 验真、脚本独立审核

网盘交付物仅能到待转存 DAM。

DEMO 与交付

已确认混剪脚本 + 明确数量

首批最多 3 条；不补造、不提前发布。

Truth boundary

已证明 vs 仍未证明

这条边界决定了明天能不能继续跑，以及绝不能提前宣布什么。

Proven

当前可以相信的能力

  • Base 能作为唯一任务队列，夜班按前置审核、执行者与阻塞状态领取。
  • 3/6/12 月 SKU 能正确路由到对应策划 Skill；SKU 缺失会阻塞，不会猜测。
  • 通过、需修改、暂停三类审核可以写回并推进正确的下一状态。
  • 真实 Cron 白名单验收已完成：Skill 执行、文档原地更新、人工交接、第三次幂等复跑均通过。
  • 拍摄清单 QC 达到 10/10，但仍停在人工审核，不会越级拍摄或生成 Demo。
Not yet

目前绝不能提前宣称的事

  • 还没有从真实客户完整跑到「真实样片 → QC → 人工验收」。
  • 生产 Cron 还不能无差别扫描队列；旧高频调度已经停用。
  • 真实拍摄交付物仍可能在网盘，未完成 DAM 验真前不能进入 Demo。
  • 拍摄清单、混剪脚本、Demo 数量仍需有独立状态与门禁，不能借用泛化字段。
  • 首轮不调用付费视频模型、不发布、不删除、不无限重试。
Only the important rest

其它值得保留的三条信号

它们不抢夜班模式主线，但会直接影响后续真实执行质量。

01 / OPERATIONAL SIGNAL

AutoFlow 企业账号模型

振丰、富由特已完成 CACHED_DATA 无渲染 smoke；戴诺维暴露出技术 collection key 与人类登录 user_name 不能混用的问题，需补 ASCII alias / slug。

02 / OPERATIONAL SIGNAL

TikTok API 清单纠错

删除不存在 endpoint、虚构验证项与非 MVP 事项；以后申请材料必须分清真实 API endpoint 与 Portal 权限模块口径。

03 / OPERATIONAL SIGNAL

交付可靠性提醒

午夜报告只发进度却被误标 delivered，说明系统仍必须区分「任务运行」「正式正文生成」「用户收到结果」三件事。

Next controlled proof

下一轮只做一件事：
让真实客户安全跑过第一段。

01

振丰：从真实输入重新建立第一张执行单

只读取运营表、需求收集与已授权材料；不复用旧 Replay 或华岳模拟记录。

02

先验证 Brief → 策划案 → 少量真实样片 → QC → 人工验收

每一段单独留门禁；任一输入、审核或素材不满足，就停在“补材料 / 待确认”。

03

再考虑凌晨 03:30 的单次唤醒

只有真实链路通过后才启用；不要恢复 22:00–07:30 的高频扫描。