人判断、审核、交班
把客户、素材、会议结论和授权边界放进可读的业务控制台。
NIGHT SHIFT / STRUCTURE UPGRADE
夜班模式，
从“会跑”变成
“可控地跑”。
今天完成的不是把 Cron 再调快一点，而是把夜班模式的控制面从「LLM 扫 Base」迁到可审计的 Native Workboard：任务被拆成独立内容项，有锁、有证据、有边界，完成后会停机。
2真实发布链
Gate2 已闭环
Gate2 已闭环
10 / 10FRESH10 新成片
机器 QC 通过
机器 QC 通过
6新的运行阶段
按卡片消费
按卡片消费
结论：Gate2 PASS · Gate3 设计/预验收中
00 / 最重要的变化不是把人拿掉，
不是把人拿掉，
而是把“可授权的夜班”做成产品。
V 只推进已获授权的卡
按固定 workflow 和 artifact contract 执行；失败进入 Block，不偷偷跨过闸门。
人看成果，做下一轮判断
只需看 Review、批次交付和阻塞原因，而不是翻聊天、猜任务跑到哪了。
01 / 今天真正验证了什么两条业务链闭环，
两条业务链闭环，
一套 10 条生产控制面回归。
PASS
Gate2 双链
AI_PREMIUM + MIXED_EDIT 均真实发布、URL 可访问、账号匹配、三处 Base 回写、W15 关闭。
REHEARSAL
生产回归
FRESH10：10 个独立 ContentItem，10/10 新成片、机器 QC terminal、未外发。
NOT YET
Gate3 正式验收
还没有：当前 10 条全为 SCENE_EDIT，且当前控制面仍有投影/审批语义债务。
02 / 新结构旧架构为什么不能扩，
旧架构为什么不能扩，
新架构具体替换了什么。
维度旧：Base + Cron新：Native Workboard
调度器
每 5 分钟由 LLM Cron 扫 Base
Native Workboard scheduler 领取 card；Agent 只执行被 claim 的卡片
事实源
Base 同时承担业务状态、锁、调度
Workboard 承担 card / claim / attempt / artifact；Base 保留业务镜像与人审入口
批量单位
单条任务靠循环推进
exactly 10 个独立 ContentItem；每项独立 route、素材、brief、produce、review
副作用
状态和外部项目可能分裂
每个 paid-production / 发布副作用：唯一 owner + 稳定 idempotency key + checkpoint
完成定义
生成/提交/机器 QC 容易被误报为完成
必须满足产物契约；业务终点为 URL、账号匹配、Base 回写、W15 或明确 terminal
终态
任务结束后 Cron 继续扫表
项目 auto-idle / terminal；再次触发 O(1) 返回，不再启动大扫描
03 / 新的使用方式一个项目不再是一串模糊待办，
一个项目不再是一串模糊待办，
而是一组可独立恢复的内容项。
01
Route
按内容项判定 AI_GENERATE 或 SCENE_EDIT；缺素材是等待态，不发明第三条路线。
02
Materials
Scene 检索、逐条 URL/区间验证、冻结素材清单。
03
Brief
把可消费的生产包交给执行器；不把内部 proof 泄漏到成片。
04
Produce
每个内容项独立 paid-production 授权、锁、attempt 与外部 id。
05
QC & Review
机器 QC + 人工 Review；外部发布默认关闭。
06
Deliver / Terminal
批次交付、Base 镜像、自动 idle；已发布场景才走 W13→W15。
FRESH10 已实际跑出这个形态： 振丰项目包含 10 个稳定 ContentItem；每项分别完成 route / materials / brief / produce，并进入 review。10 条均为 SCENE_EDIT，所以它证明的是 fan-out、产物契约、QC 与失败隔离，不证明双路由 Gate3 已通过。
04 / 新规则：系统如何不越界能力变强之前，
能力变强之前，
先把权限、幂等和终态钉死。
- 01
人下班后，系统只推进已获授权、前置条件满足、没有阻塞的卡片；不会从群聊猜指令。
- 02
人审、付费生产、外部发布是三个独立授权域；批准 Review 不等于批准花钱或发 TikTok。
- 03
每一项外部副作用先落 checkpoint 再等待；恢复只能查询/续接，不能盲目二次提交。
- 04
Done 不是 Agent 停止，而是：固定产物契约通过 + downstream handoff 已建，或已进入明确 terminal。
- 05
任何节点可插入/恢复，但必须有完整输入、稳定 idempotency key、锁与下一节点，不跳过门禁。
05 / 今天的证据时间线不是一份设计稿，
不是一份设计稿，
每个关键结论都有运行痕迹。
Gate2 证据与流程规范收束
固化 workflow spec RC1；补齐发布、W13、客户状态回读与结构化 checkpoint。
振丰 MIXED_EDIT 外部发布闭环
GeeLark/手机操作、公开 URL 与 oEmbed 验真、W13→W15 回写完成。
宏科 AI_PREMIUM 断点恢复并完成
刷新失效 Scene URL、重新冻结素材、完成 W8–W15 与真实发布验证。
复盘与 Gate3 定向
确认 Gate2 PASS；停止 5 分钟 LLM Cron；把 Gate3 改为 Native Workboard + 10 ContentItem。
FRESH10 Workboard 回归生产
振丰 10 个独立内容项 route/materials/brief/produce 全链并发推进，10 条成片通过机器 QC。
当前运行态复核
服务仍 active，但 scheduler 连续报告 Gateway RPC failed；当前项目投影与历史验收结论存在不一致，不能掩盖。
06 / 不能粉饰的剩余问题Gate2 已通过，
Gate2 已通过，
但现在还不能说 Gate3 已完成。
当前服务有 Scheduler RPC 错误
截至 2026-08-23 晚间复核，服务进程仍 active，但 scheduler 持续报 OpenClaw Gateway RPC failed。它不推翻 FRESH10 既有产物证据，却意味着当前运行健康度需要先修复/复验。
FRESH10 投影仍有不一致
验收文件记录 route/materials/brief/produce 10 Done、review 10 Ready；当前控制面查询仍显示项目 active 与 content item routed。必须修 projection/terminal 语义，不能靠报表掩盖。
正式 Gate3 必须重发 immutable release
不能在已运行项目边跑边改；需要把 artifact contract、auto-idle、审批去重与投影一致性固定在新 SHA 后再开新项目。
10 条需补双路由配比
推荐正式构成为 2 条 AI_GENERATE + 8 条 SCENE_EDIT。当前 10 条全是 SCENE_EDIT，只是控制面 rehearsal。
07 / 下一步不是继续堆功能
先把 Gate3 的“正式开跑条件”收紧。
修健康
定位 Gateway RPC scheduler 错误；以真实 Agent Session 复验启动与 Claim。
冻结发布
补 projection、审批去重、terminal predicate、auto-idle 后发布不可变 Workflow SHA。
正式 Gate3
新建 exactly 10 项项目：2 AI_GENERATE + 8 SCENE_EDIT；外部发布默认关闭。