第4章工作簿：可恢复的单人制作台¶

这份工作簿帮助你把第4章变成自己的项目规则。它不是考试，也不会阻止你继续阅读。建议先用《回声舱》完成示范栏，再把同一模板复制给原创短片。不要在工作簿里填写真实密钥、账号密码、私人 SSH 私钥或未经授权媒体的公开链接。

开始前，你只需要能读懂第3章中的镜头 ID、状态与“待生成”含义；还不需要安装 ComfyUI、连接远程 GPU 或拥有真实生成媒体。无法执行 Git 命令时，也可以先在纸面或文本编辑器中完成边界表和任务合同，再回到第4章的 PowerShell 步骤补齐。完成后，本工作簿的工作区地图、任务合同和交接卡会成为第5章配置环境、以及第6–11章管理资产与媒体的输入。

使用方式¶

每完成一张表，做一次“陌生人测试”：假设读者从未见过你的电脑，也没读过相关聊天，仅凭表格能否找到项目、理解边界、辨认当前版本并知道下一步？如果答案是否定的，补充事实，不要补充“我应该记得”之类的承诺。

工作簿中的“已验证”只用于记录真实发生的检查。例如，你实际从 bundle 克隆并打开了关键文档，才能写“恢复已验证”；只创建了 bundle，应写“副本已创建，尚未演练”。

工作表一：工作区地图¶

可复制模板¶

项目名称：
项目用途：
本机项目根目录：
当前正式分支：
当前提交：

文本仓库保存：
- （待填写）

仓库外媒体根目录：
- 原始素材：
- 批量生成：
- 已选素材：
- 代理文件：
- 交付文件：

可重建内容：
- （待填写）

不可从Git恢复的内容：
- （待填写）

第一备份位置：
第二备份位置：
最近一次验证还原日期：
负责人：

《回声舱》填写示范¶

项目根目录填写克隆后的真实路径，而不是教程示例路径。文本仓库保存剧本、镜头表、资产表、图片与视频提示、声音表、剪辑计划、SVG 图解和验证脚本。仓库外媒体保存原始录音、批量生成图片、生成视频、代理文件和交付导出。模型权重、缓存与虚拟环境属于可重建内容；私人录音和未提交的生成原片属于 Git 无法恢复的内容，因此必须进入媒体备份计划。

镜头文件通过 SH-001至SH-008连接。媒体文件名可包含镜头 ID、试次和版本，但选择与批准应由表格记录，不能只靠“final”字样。若当前没有实际媒体，应明确写“待生成”，不能为完成表格而虚构路径。

自查问题¶

项目目录和媒体目录是否位于同一物理磁盘？如果是，你拥有哪些独立故障域的副本？
仓库中有没有从未追踪但不可替代的文件？
外部媒体能否通过稳定 ID 追溯到镜头与提示？
另一台电脑克隆仓库后，哪些内容不会自动出现？

示范判断

如果仓库和媒体都只在同一硬盘，即使有两个文件夹，也只能抵御有限的误操作，不能抵御硬盘损坏。另一台电脑克隆后通常不会得到密钥、虚拟环境、缓存、模型权重、忽略媒体和个人学习状态；README 应说明如何重建环境，以及哪些私人资产需要独立安全迁移。

工作表二：仓库边界与风险登记¶

为每类内容选择“Git”“外部媒体库”“秘密管理”“可重建”之一，也可以同时选择“Git + 外部备份”。

内容类别	示例	主位置	是否含隐私/许可风险	恢复方式	当前状态
创作文本	剧本、导演阐述
生产表格	镜头表、声音表
提示与日志	图片/视频提示、实验记录
精选教学媒体	经许可的关键帧
批量生成媒体	take 与失败样本
原始录音	人声、环境声
模型与缓存	权重、下载缓存
凭据	API token、SSH 私钥
本机环境	虚拟环境、软件缓存

边界判断的核心不是文件扩展名，而是可比较性、体积、替代成本与风险。一张许可清晰、体积很小且确有教学作用的 WebP 可以进入仓库；一组数千张生成草图即使都是图片，也更适合外部媒体库。.env.example可进入仓库，因为它只有变量名与假值；真实 .env应被忽略并受到额外保护。

《回声舱》参考分配

剧本、表格、提示、决策记录和SVG进入Git；批量媒体、原始录音、模型与缓存不进入Git；精选媒体只有在真实存在、版权清楚且教学必要时才优化后加入；凭据进入专用秘密管理位置。每个不进入Git但不可替代的类别都必须写出独立备份方法。

工作表三：Codex任务合同¶

可复制模板¶

任务标题：

创作问题：
为什么现在要解决：

依据文件：
- （待填写）

允许修改：
- （待填写）

明确不得修改：
- 批准状态：
- 原始媒体：
- 其他禁区：

完成条件：
1. （待填写）
2. （待填写）
3. （待填写）

必须运行的检查：
- （待填写）

必须人工判断的项目：
- （待填写）

仍待实机验证或生成的事实：
- （待填写）

《回声舱》阶段任务¶

为 SH-001 写一份“只修正生成模式登记”的任务合同。已知本项目把该镜头设为 I2VA，工作流 ID 为 WF-H3-I2VA-v001。任务应允许修改提示或登记文件，但不得把“教学参考/未实机验证”改成“已通过”，不得创建假工作流 JSON，不得改变镜头叙事意图。

分层答案

初级答案至少写清两个允许路径和三个禁区。较完整答案还会要求搜索所有 SH-001 引用，检查模式与工作流 ID 是否一致，并在结果中区分“文本登记一致”“验证器通过”和“真实 H3 工作流已运行”。最后一项如果没有证据，必须保留为待验证。

原创片迁移练习¶

选择你自己的一个镜头，把“优化一下这个镜头”改写成任务合同。创作问题应说明观众要感到什么；依据应包含批准镜头规格；完成条件应把抽象词转换成可观察变化；人工判断项应保留表演、节奏与叙事功能。

工作表四：提交前审核单¶

每一项只写“通过、未通过、不适用”，并补一句证据。不要使用含糊的“应该可以”。

审核项	结果	证据或问题
当前路径与项目根一致
修改范围符合任务合同
未覆盖用户原有变化
镜头ID与资产ID稳定
批准状态未被自动修改
未出现真实密钥或私人路径
待生成内容没有冒充实际媒体
PowerShell与Linux命令环境明确
未暂存差异已阅读
暂存差异已阅读
自动验证已运行
人工内容检查已完成
未决风险已记录

提交说明练习¶

把下面三个含糊说明改写成能够表达决定的说明：

update files
fix prompt
final version

示范答案

可以改为“docs: 完成第4章可恢复工作台与配套练习”“docs: 记录SH-005固定机位备选及待验证项”“story: 批准第二幕删减方案并冻结八镜头编号”。第二条是教学探索提交，不表示《回声舱》当前短横移计划已经被改写。好说明包含对象与意图，但不需要把全部差异塞进标题；详细原因可写在正文或决策记录。

工作表五：事故分级卡¶

在真正事故发生前填写联系人、备份与停止条件。事故发生时先复制这张卡，不要凭紧张情绪连续试命令。

发现时间：
最后一次正常时间：
当前设备与磁盘：
当前路径：
异常现象：
已经执行过的操作：
是否仍在发生写入/同步：

受影响对象：
[ ] 已提交文本
[ ] 未提交文本
[ ] 未追踪媒体
[ ] 凭据
[ ] 环境与缓存
[ ] 整个磁盘或系统

当前可用恢复点：
- Git提交：
- 远端：
- Bundle：
- 媒体备份：
- 云版本历史：

第一步止损：
只读证据：
计划恢复副本：
验证标准：

诊断案例¶

场景 A：Codex 改错了三份 Markdown，尚未提交。首步是停止继续修改，记录 status与diff，在副本中比较恢复；不要全仓库强制重置。

场景 B：批量生成视频从下载目录消失，从未进入 Git。首步是停止向相关磁盘大量写入，检查媒体备份、同步版本和回收位置；Git 日志不能恢复从未追踪的内容。

场景 C：API token 出现在一次提交中。首步是撤销或轮换凭据并停止传播，再评估历史清理；把文件加入 .gitignore不能使旧 token 重新安全。

工作表六：备份与还原演练¶

备份登记¶

副本	所在位置/介质	覆盖范围	创建日期	完整性检查	实际还原检查	限制
Git远端
Git bundle
媒体副本A
媒体副本B
交付包

最小演练步骤¶

记录当前正式提交和未提交状态。
在仓库外建立 bundle，并运行 bundle 验证与 SHA-256。
在明确的临时目录从 bundle 克隆，不覆盖现有项目。
查看提交历史，打开 README、剧本和镜头表。
运行最低限度的项目验证。
从媒体副本抽样打开至少一张图、一段视频、一段音频或对应项目实际存在的文件类型。
记录失败、缺失和恢复用时。

何时才能写已验证

只有创建副本，状态是“已备份、未验证”；校验值匹配，说明传输后的字节一致；从副本重建目录并实际读取关键文件，才证明基本还原能力；媒体还需抽样播放，工程文件还需用目标软件打开。验证级别应如实记录。

工作表七：《回声舱》镜头链检查¶

选择 SH-001至SH-008之一，完成下表：

层次	文件或记录	当前关键事实	与其他层是否一致	需修订但未批准
剧本事件
镜头规格
资产输入
图片提示
视频提示
声音事件
剪辑切点
生成/质控

所谓一致不是逐字相同，而是共同服务同一叙事事件。镜头表可能用专业分类，提示用可观察运动，声音表用时间码；只要差异有明确映射即可。若一个文件声称“已生成”，另一个仍写“待生成”，则是事实状态冲突，必须核查实际文件和日志。

本章完成记录¶

我已经完成的工作表：
我实际运行的只读检查：
我创建但尚未验证的副本：
我已经验证可还原的副本：
我发现的最大风险：
我决定立即修正的一项：
我暂时接受并记录的一项：
下一章开始前需要知道的事实：

完成这份记录后，你应当得到的不是“Git 学完了”，而是一套可重复使用的生产习惯：位置明确、边界明确、任务明确、差异可见、批准有人负责、历史可以解释、备份可以还原。工具以后会变化，这套判断链仍然成立。

复盘页：模拟一次安全交接¶

设想你今晚必须停止工作，明天换一台 Windows 电脑继续。请在不依赖聊天记忆的前提下，写一份五分钟可读完的交接卡。卡片只写已经核对的事实；尚未验证的内容明确标成“待核对”，不要为了显得完整而猜测。

当前目标：
当前分支与最后一次可恢复提交：
本轮实际修改的文件：
已经运行并通过的检查：
仍然失败或尚未运行的检查：
未进入 Git、需要单独迁移的内容：
下一步唯一动作：
禁止执行或需要先确认的操作：

接着做一次“恢复者视角”审查。假装你完全忘记昨天的上下文，只读取README、交接卡和版本历史：能否找到项目入口，能否区分活动教材与历史归档，能否知道哪个虚拟环境可重建，能否识别模型、密钥、生成媒体和个人进度没有被提交？如果任何答案依赖“我应该记得”，就在项目文档中补充事实，而不是把私人路径、令牌或大文件塞进仓库。

《回声舱》的示范边界是：镜头表、提示词、声音表和许可报告可以版本化；模型权重、密钥、临时网站和待生成媒体不能假装已由 Git 保护。原创片迁移时，再增加一项实际恢复验证：从备份读取一个文档、一个表格和一个媒体样本，并记录校验和与打开结果。只有“复制完成”的消息不能证明备份可用。

安全交接参考判断

合格交接能让另一位学习者不询问原作者就开始下一项小任务，同时不会误删、误覆盖或误报完成。它必须区分已验证与推测、源码与本机状态、可重建环境与唯一数据。若下一步包含多个目标，应缩成一个可检查动作；若恢复从未实际读取文件，备份状态仍应写成“已复制、未验证”。