video-autopilot-kit 发布中枢指南：从 current.mp4 到唯一发布包的完整交付链与存储生命周期

video-autopilot-kit 发布中枢指南从 current.mp4 到唯一发布包的完整交付链与存储生命周期【免费下载链接】video-autopilot-kitFill-in-your-own-data framework for YouTube / short-form video automation: CapCut JSON ffmpeg tooling an onboarding questionnaire. Ships with zero private data.项目地址: https://gitcode.com/gh_mirrors/vi/video-autopilot-kitvideo-autopilot-kit 是一个面向 YouTube / 短影音自动化的开源视频自动化工具包CapCut JSON ffmpeg 工具链 引导问卷零私人数据。它的核心亮点之一是发布中枢Publishing Hub所有通过 QA 的成片都会汇聚成唯一发布包配合存储生命周期规则让你彻底告别v2 / v3 / FINAL / backup式的磁盘混乱 本文带你从零看懂一支成片如何从current.mp4出发经过唯一入口、唯一发布包最终完成交付并且不撑爆硬盘。1️⃣ 为什么需要发布中枢告别版本文件灾难做过视频的人都有这个噩梦一支片子改了字幕、配乐、字卡磁盘上就多出xxx_v2.mp4、xxx_FINAL.mp4、xxx_final_old.mp4……video-autopilot-kit 的态度非常强硬见 knowledge/storage-lifecycle.mdv2、v3、FINAL、old、backup是人工命名不是版本控制也不是备份策略可重建的东西不是历史版本号不是备份策略发布中枢是交付面不是又一个渲染缓存 ——每个发布包只允许恰好一支成片多一个文件直接判红RED2️⃣ 完整交付链从 current.mp4 到唯一发布包整个交付链只有三步全部由 src/publish_hub.py 驱动第一步current.mp4是唯一的工作主档每个任务job的输出目录_out/里永远只有一支当前成片叫current.mp4。重渲染不会直接覆盖它而是先写到候选文件_work/current_candidate.mp4渲染完整成功后再原子换版——半途失败也不会破坏最后可播放的版本。第二步sync一键注册发布包QA 绿灯后执行一条命令即可建立唯一发布包和本机索引python src/publish_hub.py sync发布包固定进入videos/_PUBLISH_HUB/READY/格式/ready|review/内容ID_标题/同磁盘优先使用 hard link不复制影片字节不重复占用容量已发布的包不可变未发布的候选包可以随重建更新旧版本影片若 SHA-256 变化只能退役到videos/_archive/publish-hub-retired/并留下完整的 SHA-256 稽核记录第三步audit红绿体检python src/publish_hub.py audit审计会检查每个内容 ID 是否只有一个包、publish.json是否存在、SHA 是否一致、是否还有v2/FINAL类版本文件混入。全绿GREEN才算交付链完整。 项目根目录还有一个人读入口 00_發布中樞_從這裡開始.md随时告诉你当前该跑哪条命令。3️⃣ 发布包里到底有什么每个发布包是一个开箱即发的目录固定三件套文件作用S021_demo-short.mp4已命名成片hard link不占额外空间發布文案_可複製.md标题、共用内文、Hashtag、来源全部可直接复制publish.jsonSHA-256、来源路径、题材、查证状态、发布状态与平台 URL命名规则简单统一短片S###、长片L###、再制片R###发布后整包从READY/移到PUBLISHED/不是另做一份副本。详细契约见 codex-skill/video-autopilot/references/publish-hub-and-remix.md。4️⃣ 存储生命周期让磁盘不再雪崩存储生命周期M115的单一真值是 src/storage_lifecycle.py。它管住的是改一次字幕不该多出一整支 1080p 影片这件事。固定目录结构job/ ├── raw source files # 原始素材只读任何清理都不许碰 ├── _plan.py / project files # 可重建的真相 ├── _out/ │ ├── current.mp4 # 唯一当前成片 │ ├── .storage-policy.json # 策略启用时间与旧档基线 │ ├── _work/ # 候选、缓存、临时文件 │ └── _qa/ # 人眼验证证据 └── .autocut-history.jsonl # 每轮一行 metadata不存影片副本保留政策一览类型保留量规则原始素材全保留永远不自动删current.mp41成功 build 才原子换版visual cache1来源没变可重用transient 临时档0QA 绿灯后只清白名单metadata 历史全保留每轮一行 JSONLbinary milestone最多 2只允许approved/published第 3 份直接停下交人决定启用前的旧档原样只报告不暗删单 job 超过 4 GB 会警告并要求盘点但容量超标本身不授权删档。常用命令速查默认 dry-run确认清单后加--apply# 只读容量盘点 python src/storage_lifecycle.py audit videos # 检查某 job 是否只新增 current.mp4、没有新 vN/FINAL 档 python src/storage_lifecycle.py check job/_out # 清理白名单临时档先 dry-run 看清单 python src/storage_lifecycle.py prune job/_out/_work # 同磁盘优先 hard link 交付避免再复制一份 python src/storage_lifecycle.py deliver job/_out/current.mp4 交付目录/video.mp4完整说明见 codex-skill/video-autopilot/references/storage-lifecycle.md。5️⃣ 一句话总结交付链current.mp4唯一工作主档→publish_hub.py sync唯一发布包 hard link→audit绿灯可交付。生命周期原始素材永不删、成片永远只有一份、临时档只清白名单、历史用 JSONL 一行记录而不是复制整支影片。学会这套流程你就掌握了 video-autopilot-kit 从剪完到发出去再到磁盘可控的全链路。更多背景可阅读 README.md 与 knowledge/storage-lifecycle.md。【免费下载链接】video-autopilot-kitFill-in-your-own-data framework for YouTube / short-form video automation: CapCut JSON ffmpeg tooling an onboarding questionnaire. Ships with zero private data.项目地址: https://gitcode.com/gh_mirrors/vi/video-autopilot-kit创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考