name: minimum-visual-bible description: 最小视觉圣经工具：在批量生成、多镜头或多人协作前，用最少但关键的规则锁定角色、世界、色彩、材质、镜头、光线和禁区。用于快速建立可执行的视觉一致性基准。 veRSIon: 1.0.0

最小充分 Visual Bible

R — 原文（Reading）

“前期定调是非常重要的。”

— MokeLMa，视频 01，00:03:48–00:04:43

“建立一套标准的界限之后，可以根据这套标准往上提升或者锐减。”

— MokeLMa，视频 03，00:11:21–00:11:38

I — 方法论骨架（Interpretation）

Visual Bible 是项目的可执行视觉契约，不是参考图堆积，也不是越厚越专业。 先建立覆盖视觉方向、色彩情绪、角色、场景、道具、材质、灯光、构图与交付规格的“完整母版”，再按项目风险裁剪为最小版本。 裁剪原则不是看项目大小，而是看返工风险：会不会跨镜头复现、身份会不会漂、空间是否复杂、多人是否协作、是否混合实拍、是否跨平台交付。 每条规范都应包含可见定义、获批正例、必要反例、责任人和验收方式；只有形容词而没有锚点，不能形成约束。 Bible 在批量生产前通过代表性镜头试跑，失败就修订标准；通过后冻结版本，变更必须说明影响镜头与回归范围。 目标是用最少的规范消除最高代价的歧义，同时保留可探索变量，而不是把创作锁死。

A1 — 课程中的应用（Past APPlication）

案例 1：把全故事画面排成色彩情绪版

• 问题：单张画面可以好看，但故事从明亮、深入环境、粉色光到夜晚的情绪变化可能失去整体关系。

• 方法论的使用：讲者先规划情绪阶段，以同一文字 Bible 生成多组画面，再按叙事顺序集中排列审看。

• 结论：视觉标准必须覆盖时间轴和镜头之间的关系，而不能只审批孤立图片。

• 结果：得到一套可比较的故事情绪版，为后续色彩和镜头方向提供共同基线；课程未展示完整成片，因此不推断最终效果。

案例 2：《石托岭》先收集参考并建立视觉方向

• 问题：没有前置标定就进入生产，参考会在各镜头中被随意解释。

• 方法论的使用：讲者围绕《石托岭》收集插画、书和分镜等材料，先建立视觉与音乐基线，再进入制作和节拍粗剪。

• 结论：参考必须被转译成项目标准，而不是只保存作者名或作品名。

• 结果：项目形成了可用的方向锚点；课程没有完整说明授权与参考转化边界，因此正式 Bible 还应补素材来源和使用许可。

A2 — 触发场景（future Trigger）

用户会在什么情境下需要这个 Skill？

1. 准备从概念样片进入批量图片、视频或多镜头生产，需要先冻结共同视觉语言。

2. 同一角色、服装、道具、场景、材质、光线或色彩在不同镜头中持续漂移。

3. 多人或多个 Agent 各自产出合格，但合在一起像不同项目。

4. 需要判断 15 秒广告、连续短剧、混合实拍项目分别应保留哪些 Bible 字段。

5. 团队已经有 moodboard，却无法据此明确验收、返工或批准。

语言信号

• “先帮我做一份视觉 Bible / build a visual bible.”

• “这些镜头单看都好，放一起不统一 / keep the look consistent.”

• “角色和场景总在漂 / charACTer and environment keep drifting.”

• “这个小项目需要写多完整的规范 / what is the minimum viable visual spec?”

• “把 moodboard 变成可执行标准 / turn references into an executable visual spec.”

与相邻 Skill 的区分

• creative-north-star 决定表达目标与不可让渡项；本 Skill 将其落实为全项目视觉控制面。

• visual-calibration-loop 专门组织视觉随叙事时间的变化；本 Skill 管理跨全项目的稳定规则、资产、规格和变更。

• modular-text-bible 只编码可复用文字接口；本 Skill 还包含参考锚点、资产、技术规格、审批和版本。

• entity-continuity-system 深化具体实体的身份、状态与历史；本 Skill 只规定最低连续性字段。

E — 可执行步骤（Execution）

当 skill 被激活后，agent 按以下步骤执行：

1. 建立项目风险画像

• 记录片长/镜头数、重复主体、状态变化、空间复杂度、团队规模、生成渠道、混合实拍、交付平台和返工成本。

• 完成标准：每项标为低/中/高，并写出证据；不得只用“项目很大/很小”概括。

• 判停条件：若创作目标与不可让渡项尚未确定，先调用 creative-north-star。

2. 从完整母版裁剪字段

• 基础层至少包含：一句视觉命题、画幅/分辨率/交付、色彩与情绪、角色身份、关键场景/道具、材质与光线、构图原则、禁止项、资产命名/版本、批准流程。

• 风险增强层按需加入：跨集状态、服装变化、空间图、表情/动作、多视图、镜头/深度数据、实拍匹配、平台适配和来源许可。

• 完成标准：每个高风险项都有对应字段；每个保留字段都能解释它将避免哪类返工。

3. 把抽象词转成可见契约

• 每条规范写成“意图—可观察特征—获批正例—禁止反例—验收人”。

• 例如不只写“压抑”，还要写明亮度区间关系、主光方向、色彩变化、空间密度和角色可读性。

• 完成标准：两名未参与起草的人能对同一测试图得到一致的通过/不通过结论；若不能，继续具体化。

4. 建立批准锚点与资产索引

• 为关键角色、场景、道具、材质、情绪节点和交付形态各选至少一个获批锚点；记录来源、版本、适用镜头和不可复制部分。

• 完成标准：生产人员和 Agent 能按稳定名称找到锚点，不使用“图 1”“上次那张”等临时指代。

5. 用代表性镜头试跑

• 选择 2–4 个覆盖最高风险的镜头：主角近景、全景空间、关键情绪转折、混合实拍或复杂材质。

• 完成标准：试跑结果逐项对照 Bible；所有失败都被归类为规范缺失、资产缺失、工具不遵从或执行错误。

• 判停条件：若高风险锚点未获批，不得进入全量生成；先修订字段或升级参考/layout/3D 输入。

6. 冻结最小版本并定义变更控制

• 删除试跑中无用的字段，保留能降低风险的字段；标记版本、负责人、冻结日期、例外和受影响镜头。

• 完成标准：Bible 足以生成任务卡和验收清单；任何变更都能定位需要重测的资产与镜头。

B — 边界（Boundary）

不要在以下情况使用此 skill

• 只做一次性、低风险草图且失败成本极低；先用轻量参考和快速原型验证即可。

• 故事、受众和创作意图尚未确定；视觉文档不能替代 creative-north-star。

• 用户只需模块化提示词或单镜头成像描述；应调用 modular-text-bible。

• 已有 Bible，只需定位一组镜头中的漂移；应调用 cross-shot-consistency-audit。

课程警告的失败模式

• 把视觉定调拖到后期：没有获批锚点便批量生产，最后试图用 LUT 或滤镜修复上游方向冲突。

• 完整工业规范照搬所有项目：大量字段从未使用，写文档时间超过原型时间，规范变成流程表演。

• 参考堆积但不转译：只有图片和作者名，没有说明要保留的色、光、材质、构图或情绪属性。

讲者的盲点与时代局限

• 课程偏视觉和摄影；实际 Bible 可能还需声音、字幕、动效、表演、剪辑、版权、无障碍和品牌规范。

• Bible 只能提高共同理解，不保证生成模型遵从；必须通过代表性镜头验证，并为失败准备参考、layout、3D 或人工制作路线。

• 规范过多会制造虚假精确和审美僵化。每个字段都要证明其风险收益，否则删除。

• 参考影视或艺术家作品时，应记录来源、授权和提取属性；不能把作者名字当作风格捷径。

容易混淆的邻近方法

• moodboard 主要帮助联想；Visual Bible 还必须包含执行规则、锚点、验收、版本和例外。

• 色彩脚本是沿时间轴的情绪模块；Visual Bible 是覆盖全项目的上位视觉契约。

来源

• 来源课程：《AI 创作体系：视觉 Bible、工作流与 Agent Skill》— MokeLMa

• 主要来源：视频 01（00:01:15–00:14:00）；视频 02（00:05:22–00:11:10）；视频 03（00:11:21–00:19:17）

相关 Skills

• depends-on：creative-north-star — 先确认表达目标与不可让渡项，再冻结视觉契约。

• composes-with：visual-calibration-loop — 一个管理全项目稳定规则，一个管理视觉随叙事时间的变化。

• 作为 depends-on 前置：modular-text-bible 与 entity-continuity-system 从本 Bible 继承项目级字段和锚点。

现有生态接入

• receives-from：production-design-worldbuilding 与 visual-style-Aesthetic-direction — 前两者分别提出世界规则和审美方向；本 Skill 只登记经过批准、可观察、可验收的项目契约，不与它们争夺创意设计权。

• hands-off-to：character-continuity-bible — 后者把项目契约编译为具体角色、服装、武器、场景与参考角色锁，供最终 AI 视频提示词使用。

• records-with：creative-production-ledger — Bible 的版本、批准锚点和变更理由应作为生产尝试的可追溯上游输入，而不是只留在聊天里。

审计信息

• 候选编号：v02

• 验证通过：V1 ✓ / V2 ✓ / V3 ✓

• 案例依据：c03、c16

• 边界依据：ce03、ce12 与阶段 0 批判

• 测试通过率：100%（独立路由盲测）

• 蒸馏时间：2026-07-13