Ai Comic Drama Director Skills Ai Comic Scene Assets

---
name: ai-comic-scene-assets
description: 将完整小说或剧本中的跨集场景整理为可继承的一致场景资产体系，建立场景家族、空间关系、固定视觉DNA、区域母资产、机位资产、状态变体和生图提示词。适用于人工智能漫剧场景资产规划与一致性生产；不负责人物、道具、拆集、分镜或改写剧情。
metadata:
  short-description: 跨集场景资产一致性设计
  version: "1.3.2"
---

# 漫剧场景资产导演

把分散在全文各处的场景信息合并成一个可继承、可审核、可持续扩展的场景资产体系。先建立完整空间和视觉规则，再生产图片；禁止把同一建筑的门口、大厅、厨房、楼梯和包间当成互不相关的独立场景。

## 职责边界

- 本 Skill 负责场景证据、场景家族、空间关系、视觉DNA、场景资产层级、生产顺序、生图提示词、一致性审核和版本继承。
- 原文、剧情先后、分集、角色、道具资产、分镜和最终视频提示词由上游 $make-ai-comic-drama（人工智能漫剧导演）裁决。
- 不改写剧情，不把合理补全伪装成原文事实，不决定人物造型。
- 默认只设计场景资产。画面需要人物站位、动作或持物时，交给上游建立子资产。

## 开始条件

优先接收完整小说、完整剧本或长期项目的 normalized_script.md，以及已锁定的时代、地域、2D或3D、画幅和统一美术风格。调用数据可复制 [场景资产调用模板](assets/scene-asset-request.template.json)。

如果只收到部分章节：

- 可以建立临时场景家族，但必须标记 PROVISIONAL（临时）。
- 不得宣称已经覆盖后续场景，也不得冻结最终格局。
- 新文本到达后先增量扫描，再判断既有母资产和子资产是否过期。

## 固定工作顺序

1. **全文扫描**：读取本次提供的全部正文，按原文顺序记录所有场景出现、动作路径、出入口、楼层、视线、固定物、状态变化和明确禁忌。完整做法见 [全文场景建模](references/full-script-scene-modeling.md)。
2. **证据分级**：区分原文明示、剧情必需推断、合理环境补全、未知或禁止。原文未写不等于场景必须空白，但新增内容不能影响剧情或堵塞后续调度。
3. **建立场景家族**：先确定建筑、院落、街区等父场景，再建立区域母资产、机位资产、状态变体和细节插入资产。
4. **建立空间模型**：记录楼层、相邻区域、连接方式、人物可走路径、视线、入口出口和方向锚点。无法从原文确定的关系要显式标为假设。
5. **建立全剧色卡**：先建立或读取全剧统一色卡，锁定主色、辅色、强调色、材质固有色、饱和度、对比度、亮部与暗部倾向，供生图和后期统一调色。
6. **冻结视觉DNA与内容层**：锁定建筑语法、结构比例、主材质、磨损、色彩、固定构件和识别锚点；同时区分永久结构、固定陈设、状态陈设和镜头临时道具。
7. **规划锚点、机位与批次**：根据剧情覆盖和空间复杂度选择资产，不只按出现次数决定张数。先确定场景结构锚点，再把同一场景家族、同一结构版本和兼容状态的资产组织成不超过工具上限的批次。
8. **编译提示词**：先给生成模型完整的“全文场景总框架”，再为批次内每张独立图片写一条完整提示词。每条都使用“全剧色卡 → 场景家族锁定块 → 区域锁定块 → 当前资产变化块 → 空间衔接锚点 → 摄影机与输出块 → 禁止项”。见 [提示词继承与生产](references/prompt-inheritance-and-production.md)。
9. **登记环境变体**：基础场景先按白天生产；原文需要黄昏、夜晚、晴雨或其他环境状态时，逐项记录使用集数、引用的白天资产和只改时间/天气的派生提示词。见 [全剧色卡与环境变体](references/color-and-environment-variants.md)。
10. **逐级审核**：每个父资产审核通过后才生产它的子资产。生成后的真实图片必须进行内容审核，文件名或提示词正确不等于图片正确。见 [一致性审核与版本](references/quality-and-versioning.md)。

## 场景资产层级

- SCENE_FAMILY_MASTER：整栋建筑或完整地点的世界级母资产，锁定总体结构与共同视觉DNA。
- ZONE_MASTER：大门、大厅、厨房、楼梯、包间等可独立拍摄的区域母资产，继承场景家族。
- CAMERA_VIEW：区域母资产的具体视角，只允许改变摄影机，不允许重建设计。
- STATE_VARIANT：日夜、天气、整洁度、破损、火灾前后等状态变化；必须声明相对基础状态改变了什么、没改变什么。
- DETAIL_INSERT：招牌、窗棂、灶台、楼梯榫卯等剧情需要的局部特写。
- CONTINUITY_MAP：平面、剖面、轴测或连接关系图，只为锁定空间，不直接充当电影画面。

一张图默认只承担一个资产职责。禁止把未经锁定的四格、多视图拼图当作场景一致性的基础；需要联系表时，应在各单图审核通过后再排版。

## 场景内容分层

- STRUCTURAL_FIXED：墙体、楼层、门窗、楼梯、通道、柱网等永久结构。
- PERMANENT_DRESSING：长期固定的柜台、灶台、栏杆、货架、招牌形体等场景识别陈设。
- STATE_DRESSING：宴会花饰、查封纸、事故碎片、季节摆设等只属于特定时期的状态陈设。
- SHOT_PROP：酒菜、考篮、手持农具、散落纸张等只服务某场戏的临时道具，不写进基础空景母资产。
- CHARACTER_PROP：由角色携带或操作的道具，交由上游角色或道具资产管理。

同一物件只能在正确层级出现。禁止把某一集的临时道具冻结成全季固定陈设，也禁止为了画面丰富把未知物件升级为永久结构。

## 同场景批次生成

- 针对 Patrick 使用的GPT网页版工作流，可将同一场景家族最多10张资产图放进一个批次；实际数量由剧情需要决定，不为凑10张增加无用图片。
- 一个批次必须要求生成 N 张彼此独立的图片，并让每张图片与唯一的资产名称、资产ID和提示词对应。禁止九宫格、十宫格、联系表、拼贴、分屏、一图多镜头或故事板。
- 同一批次只包含同一个场景家族、同一视觉DNA版本和兼容的时间状态。不同建筑、不同世界状态或已经发生永久破坏的前后状态不得混批。
- 生成模型收到的“全文场景总框架”必须综合本次全文中该场景的全部使用方式、区域、动线、必要物、禁止物和后续事件约束；不能只发送当前镜头附近的几段原文。
- 每张图仍需独立复写场景家族锁定块，并写明摄影机位置、观察方向、可见相邻区域、与前后图片共享的识别锚点、必须出现、必须不出现和允许合理补全的物件。
- 批次内的关系应表达为“摄影机在同一真实空间中移动”，不能让模型把每个提示词理解成重新设计一个地方。
- 同一次请求中的多张图片可能是并行生成。除非工具明确支持顺序引用，否则不得宣称“图01已经锁定并被图02实时继承”。并行批次依靠冻结的文字场景框架保持一致，返回后再选定合格锚点并用参考图返修漂移图片。
- 如果实际工具不支持一次返回多张独立图片，就按同一批次清单顺序逐张生成，并持续绑定已审核父图；不得改成一张拼图规避限制。

需要复制到GPT网页版时，使用 [GPT网页版场景批次模板](assets/gpt-web-scene-batch.template.md)。

## 一致性硬规则

- 子资产必须声明 parent_asset_id 和继承版本，不得只靠相似形容词维持一致。
- 所有子提示词完整复写父级锁定块，不写“同前”“参考之前”或省略号。
- 若工具支持参考图，子资产必须绑定最近一级已审核父图；跨区域时同时绑定场景家族母图和当前区域母图。
- 若工具只有文生图能力，必须明确说明只能提高一致性、不能保证同一结构复现；不得承诺精确一致。
- 未完成全文扫描、空间关系和视觉DNA冻结之前，不进入正式生图。
- 高机位斜俯外观只是院落或建筑群的候选锚点，不是所有场景的固定第一张。复杂室内优先使用空间连接图与可拍主视角，开放道路和田野优先使用剧情主视角。
- 固定结构变化会使全部相关子资产标记 STALE（过期）；只改变天气或灯光时，不得顺带改变门窗、家具、材质和格局。
- 每个场景家族先生产白天基础资产。原文未指定天气时使用晴朗白天；原文只指定一种天气时，白天基础资产遵从该天气；同一场景需要多种天气且包含晴天时，优先以晴朗白天为基础。
- 原文需要黄昏、夜晚或其他时间时，仍保留白天基础资产，并在资产表建立对应环境变体、使用集数和派生提示词。变体必须引用已审核白天图，只允许改变时间光线、天气及其直接物理反馈，其他内容完全锁定。
- 全剧色卡是项目级母资产。所有场景、时间和天气变体必须记录并继承同一色卡版本；自然光变化不能把场景调成另一套作品色调。
- 分辨率和画幅使用当前工具真实支持值，不虚构16K输出，不为一次生成强制塞入多个视角。

## 交付

按任务需要交付以下内容，不把全部内部记录都塞给 Patrick：

- 场景全文证据账本。
- 全剧色卡及后期调色控制说明。
- 场景家族与区域树。
- 空间连接图和视觉DNA。
- 场景资产生产清单及父子依赖。
- 可直接使用的逐张生图提示词。
- 按集数登记的时间/天气变体表及只改环境的派生提示词。
- 生成后审核与返修提示词。

长期项目可复制 [场景家族包模板](assets/scene-family-package.template.json)，并使用脚本校验：

    python scripts/validate_scene_family.py <场景家族包.json>

需要理解实际拆法时读取 [古代酒楼案例](references/examples/ancient-inn.md)。案例只展示决策方式，不得替换名称后机械套用。