第 21 章 资产审批、命名和退役#

21.1 资产库不是素材文件夹#

素材文件夹只回答文件放在哪里，资产系统还要回答：它是什么、属于谁、当前是否有效、可以用于什么、从哪里来、谁批准、哪些镜头引用、修改会影响什么。

若团队把每次生成结果都扔进“人物参考”，失败脸会进入后续上下文，角色越做越漂。治理的第一原则是候选与黄金资产严格隔离。

21.2 资产生命周期#

建议状态：exploration 探索、candidate 候选、review 待审、approved 批准、golden 黄金参考、locked 已锁、deprecated 不再新用、retired 退役、rejected 拒绝。

approved 表示可用于指定用途；golden 表示可作为生成锚点；locked 表示修改必须影响分析。不是所有漂亮图都能成为黄金参考。

21.3 命名由 ID 与版本承担#

文件名给人阅读，稳定 ID 给系统引用。不要把人物叫 女主最终版新2.png。

CH_LINYUN__FACE_FRONT_NEUTRAL__v003.png
WD_LINYUN_GREY_SUIT__FULLBODY_FRONT__v002.png
LOC_BOARDROOM_DAY__EMPTY_NORTH__v004.png
PROP_AUTHORIZATION__SIGNATURE_PAGE__v003.png
GRAPHIC_LEDGER_PAYMENT_01__zh-CN__v005.png

资产 ID 不随文件版本变化；版本递增并记录父版本。镜头引用具体版本或批准别名，避免文件被覆盖后结果不可复现。

21.4 资产记录#

asset:
  id: CH_LINYUN_FACE
  type: character_identity
  version: 3
  status: golden
  files:
    - CH_LINYUN__FACE_FRONT_NEUTRAL__v003.png
    - CH_LINYUN__FACE_LEFT45__v003.png
  parent_version: 2
  purpose: 林筠身份锚点
  allowed_use: [keyframe_generation, identity_qc]
  forbidden_use: [wardrobe_reference, lighting_reference]
  source:
    method: generated_and_human_retouch
    model_record: GEN_CHAR_0041
    retouch_record: EDIT_CHAR_0012
  rights_status: cleared_for_project
  approved_by: ART_DIRECTOR_01
  approved_at: 2026-07-04
  dependencies: []
  used_by: [E001_S01, E001_S03, E001_S08]

来源记录让团队知道资产是否可商用，也支持复现。

21.5 候选隔离#

探索图存放在候选区，默认不能被检索系统、提示词组装器或下游智能体读取。只有审批动作才能提升状态。

拒绝资产保留缩略图、失败标签和原因，用于避免重复尝试；但不能与黄金图混在同一参考目录。失败标签如脸型漂移、侧脸失败、年龄错误、服装串色、手畸形和权利不清。

21.6 审批不是“我喜欢”#

每类资产有验收表。角色身份检查结构、角度、年龄和区分度；服装检查部件、材质和多角度；地点检查几何、光线与反打；道具检查比例、状态与文字；声音检查音色、发音和情绪范围。

审批记录条件性限制。例如某角色侧脸参考可用于远景但不能作为身份黄金图。模糊批准会在下游产生错误使用。

21.7 依赖图和修改传播#

资产彼此依赖：角色关键帧依赖身份、服装和地点；视频依赖关键帧；剪辑依赖视频与声音；广告依赖剪辑或镜头。

修改 WD_LINYUN_GREY_SUIT 的领口后，系统查找所有使用该版本的关键帧和视频。已导出的镜头不一定全部重做，负责人根据可见程度、重要性和连续性决定豁免。

change_impact:
  change: WD_LINYUN_GREY_SUIT v2 -> v3
  reason: 侧脸参考中领口结构不一致
  directly_affected: 46_keyframes
  downstream: 31_motion_clips, 3_episode_edits, 4_ads
  proposed_action:
    regenerate: 8_hero_closeups
    retouch: 11_medium_shots
    accept_with_waiver: 27_background_or_obscured

21.8 锁定与解锁#

资产锁定发生在批量分镜或生成之前。锁定不是永远不能改，而是改动需要提出 Change Request：问题证据、替代方案、影响范围、预算、批准人和生效版本。

紧急修复不能直接覆盖旧文件。新版本完成、抽样回归通过后，再更新批准别名。

21.9 废弃与退役#

deprecated 资产仍可维持已完成镜头，但不得用于新镜头；retired 表示项目不再允许使用；rejected 从未通过。

当角色进入新年龄阶段或服装阶段，旧资产不一定退役。它可能仍用于闪回。退役必须注明影响时间范围，而不是删除历史。

21.10 权利与来源链#

记录原始素材、模型、账号授权、人工修改、字体、音乐、肖像和许可范围。来源不清的资产不能因“已经修过很多”获得豁免。

参考图也需分类：灵感参考不直接进入模型；授权参考可用于生成；项目原创黄金资产可用于下游。不要把网络搜图与批准资产混在同一目录。

21.11 存储和校验#

关键文件保存内容哈希、尺寸、色彩空间和备份位置，防止同名文件被静默替换。生成参数与父资产记录在元数据，不依赖聊天历史。

代理文件与母版分开。审片可用压缩代理，但最终生成和合成引用母版。文件移动不改变资产 ID。

21.12 资产健康审计#

定期检查：无引用资产、缺失文件、错误版本引用、未批准资产进入镜头、权利过期、相互矛盾黄金参考、孤立下游文件和重复资产。

项目越大，资产债务越像代码债务。短期绕过审批会在批量生成时成倍放大。

21.13 资产治理 SOP#

第一步，建立类型和稳定 ID。第二步，所有探索结果进入隔离区。第三步，按类型验收并记录用途。第四步，批准少量黄金资产。第五步，锁定后生成依赖图。第六步，任何修改创建 Change Request。第七步，计算直接与下游影响。第八步，新版本回归后切换别名。第九步，废弃但不删除历史。第十步，定期执行资产健康审计和权利复查。

21.14 故障树#

**症状：角色越做越不像。**候选和失败图被当参考检索。隔离资产，只允许黄金状态进入提示。

**症状：没人知道哪张是最终版。**文件名管理版本，旧文件被覆盖。使用稳定 ID、版本和批准别名。

**症状：改一处后成片到处穿帮。**没有依赖图和影响分析。冻结发布，计算下游引用。

**症状：资产很好但无法商用。**来源与许可未在审批门槛检查。把权利状态设为阻断字段。

**症状：团队不敢修明显问题。**锁定被理解成禁止修改。建立可计算的解锁和豁免流程。

21.15 检查表、练习与交付物#

检查资产是否有稳定 ID 和版本；候选是否隔离；黄金图是否用途明确；审批是否可测；来源和权利是否完整；依赖是否可查询；修改是否有影响分析；废弃资产是否停止新用；母版是否校验和备份。

练习一：整理一个混乱素材文件夹并为二十项资产赋 ID。练习二：模拟角色发型修改，列出所有下游影响。练习三：从十张候选中批准三张黄金、废弃两张并写理由。练习四：为一项网络参考图判断可用范围。

本章交付物：Asset Registry、命名规则、生命周期状态、Approval Record、Golden Manifest、Dependency Graph、Change Request、Retirement Log、Rights Provenance、资产健康报告。

21.16 资产晋升必须经过明确环境#

资产至少经过 Sandbox、Candidate、Approved、Locked、Deprecated 五个环境。Sandbox 允许快速探索，不能被正式镜头引用；Candidate 已有来源和基本规格，等待压力测试；Approved 可用于规定范围；Locked 表示关键生产批次正在依赖，修改需变更单；Deprecated 只供历史项目和回滚读取。

图 21-1 Candidate 必须携带证据才能晋升为 Approved；一旦资产被镜头依赖并进入 Locked，修改会触发影响分析。Deprecated 是保留历史版本和回滚能力，不是把旧文件删除。

图中 Approved 与 Locked 不是质量高低，而是并发状态：Approved 可以继续被新任务引用，Locked 表示某个生产批次正依赖具体版本，期间不能被静默覆盖。一个资产可以在新分支产生候选，同时旧批准版保持锁定，直到迁移完成。

晋升不是移动文件夹，而是修改 Registry 状态并附证据。角色候选要有多角度通过记录，音乐要有许可与 stems，地点要有空板和空间图，文字模板要有手机可读性测试。缺少任何阻断证据，系统拒绝晋升，即使创意负责人很喜欢。

紧急生产可以创建有时限的临时批准，但必须注明适用镜头、风险、到期时间和复审人。临时批准不能悄悄变成整季默认；到期后未补证据的依赖镜头自动进入风险队列。

21.17 内容哈希、不可变版本与可复现性#

同一个文件名并不证明内容相同。每个批准资产保存内容哈希、创建工具与版本、提示或来源、参考依赖和关键参数。下游镜头记录实际使用的哈希，而不是只写 character_front_v3.png。若有人在原文件上覆盖修改，校验立即失败。

不可变版本并不妨碍迭代。修改产生 v04，新旧版本并存；别名 latest_approved 可以指向 v04，但已锁镜头仍指向 v03 的具体哈希。这样重建历史镜头时不会意外使用未来版本，也能准确计算升级影响范围。

对于外部服务无法完全复现的生成结果，批准文件本身就是权威产物。保存 seed 和参数有助重试，却不能替代原始高质量文件、元数据和校验副本。可复现性的最低标准是“能证明使用了什么”，而不一定是“再次运行得到像素一致结果”。

21.18 权限、租约和并发修改#

资产系统要区分读取、提议修改、批准、发布和退役权限。智能体可以创建候选和差异报告，不能自行覆盖黄金身份；艺术指导可以批准视觉资产，不能替法务确认音乐许可；制片可以冻结批次，不能改变剧情事实。权限边界让自动化保持速度而不越权。

多人同时工作时使用编辑租约：某资产进入修改状态后，其他任务可读取旧批准版，但不能同时提交冲突新版本。租约超时自动释放，未完成候选留在 Sandbox。对于文本和结构化数据可做字段级合并，图像与音频通常采用版本分支后人工选择。

每次批准和退役都写审计事件，包括操作者、时间、依据和影响范围。商业项目出现争议时，团队能回答某镜头为何使用某声音、谁确认了许可、何时替换了角色图，而不是翻聊天记录猜测。

研究依据说明#

资产库是 AI 漫剧实践的共同建议，但只有治理、版本和依赖存在时，资产才真正成为生产记忆。本章把素材管理提升为可审计系统，为后续连续性和 Agentic 调度提供基础。