龙可以承受重写，却经常承受不了五个人在没有共同记录的情况下，各自做一点“更好看、更酷、更合理”的小改动。

团队协作真正失败的地方，是所有人都拿到同一个名词——“龙”——却在脑中带着完全不同的模型。编剧想到帝王符号，美术记得某件博物馆玉器，游戏设计师想做会飞的 Boss，营销则想要一眼就能看懂的喷火怪兽。这个冲突不是再加一张情绪板就能解决，而是要把交接规则写清楚。

这套流程适合编剧、美术、游戏团队、编辑和授权合作方共同使用，目标是在不抹平文化差异、也不让版本悄悄漂移的前提下，把一个龙的概念安全交给下一位创作者。

交接从“来源卡”开始，不要只发角色设定卡

角色设定卡告诉别人“现在长什么样”，来源卡则解释：为什么某些选择会存在，以及哪些地方可以安全改变。

每个现实来源至少记录：

  • 机构与藏品/页面名称；
  • 来源自己标注的文化、时期、媒介和日期；
  • 资料直接展示或明确写了什么；
  • 团队自己的解释；
  • 为虚构世界主动改造了什么；
  • 这个来源不能证明什么。

例如，大都会艺术博物馆收藏有不同时期、不同材质的中国龙题材对象，包括玉器、织物和瓷器。大英博物馆的一幅日本江户时期挂轴则描绘云中的龙，同时讨论这种图像与中国传统中云、水等关联的继承关系。它们不能被压成一个“通用龙知识点”，而应该被看成具体对象、具体语境里的证据。

团队有人说“龙永远都和某个含义绑定”时，来源卡能让大家停下来检查那个永远到底有没有证据。

任何人开始改设计前，先把四层分开

每次交接都把信息分成四层。

**证据：**某个明确来源直接支持什么。

**解释：**团队为什么认为这条证据重要。

**改造：**为了虚构世界主动改变了什么。

**正典：**项目最终决定长期保留的规则。

例如：

  • 证据：某件清代对象使用具有宫廷语境的龙纹。
  • 解释：这种关联可以让熟悉相关语境的观众感到“权力”。
  • 改造：虚构王朝借用类似的视觉逻辑，但改变数量、材质和仪式含义。
  • 正典：只有王座舰队可以使用“五段风暴徽记”。

这样，美术可以重新设计装甲片，却不会无意中改掉政治规则；编剧也可以改仪式场景，而不会把虚构徽记说成历史上的直接复制品。

四层结构同时保护研究诚信。虚构当然可以改造，问题从来不是“不能发明”，而是团队后来忘了“从哪里开始是自己发明的”。

建立“锁定 / 可变 / 未决”地图

不是每个字段都应该走同样严格的审批。

建议分三类：

**锁定：**身份关键规则。改变它，就会变成另一个生物、势力或故事功能。

**可变：**实现层选择。不同场景、产品或媒介可以变化，只要不破坏上层规则。

**未决：**尚未回答的问题。它不是“随便编”的许可，而是一个等待决策的显式空位。

一份龙的交接表可以这样写：

字段 状态 示例
与水汽的关系 锁定 能力依赖环境湿度
角的具体轮廓 可变 可随年龄和画风变化
幼体社交行为 未决 目前没有正典决定
政治徽记使用 锁定 只属于一个机构
鳞片材质表现 可变 写实、动画化、机械化可按媒介变化

这张表能同时避免两个极端：把无关紧要的小细节全部冻死，或者把真正决定身份的规则交给每个人临场发挥。

跨媒介修改必须进入决策日志

小说、官网、游戏、预告片和周边共同使用同一条龙时，小改动会快速扩散。

每次跨媒介变化至少回答六个问题：

  1. 改了什么？
  2. 为什么改？
  3. 谁批准？
  4. 检查了哪些现实来源或既有正典？
  5. 会影响哪些下游资产？
  6. 是否追溯影响旧内容？

不要把最终答案只留在聊天记录里。聊天很适合讨论，却很不适合作为唯一正典。

版本控制的思维在这里很有用，即便美术团队完全不写代码。一个明确发布标签可以写成“Dragon Bible v1.2 — trailer approved”。外包方拿到的是哪个版本，一眼就知道。如果 v1.3 改了翅膀机制，团队也不会再争论旧海报究竟“错了”，还是只是属于上一版已批准状态。

审批应该按风险分级，而不是按职位一刀切

如果每一根爪子的形状都要项目主负责人批准，团队会越来越慢，最后大家反而不愿意问。可如果什么都不用批，正典漂移会更快。

更合理的方法是按风险分层。

**低风险：**只影响表现，例如镜头角度、姿势、裁切、灯光，或已经被正典允许的材质变化。

**中风险：**影响实现规则，例如视觉尺寸、武器附件、颜色范围，或此前从未在正式内容里出现的行为。

**高风险：**影响身份、文化框架、势力含义、能力上限、起源、生命周期，以及与核心角色和事件的关系。

风险越高，审批越严格。这样反而会更快，因为日常工作可以继续推进，只有真正会改变身份的东西才进入高等级审核。

让美术团队“把问题退回来”，不要默默补空白

最危险的一句话往往是：“你看着处理。”

创作判断当然重要，但没有标记的空白最容易变成偶然正典。

可以给美术和外包团队一套提问协议：

  • 简报没有写到的可见特征，标记为 OPEN；
  • 最多给三个视觉选项；
  • 每个选项注明是来源启发、既有正典延伸，还是完全原创；
  • 不要因为“看起来都很东方”就把不同文化语境中的符号默默拼在一起；
  • 身份关键问题必须在正式渲染前退回确认。

“龙”这个词覆盖的视觉传统太广了。中国宫廷织物、日本水墨中的龙、现代奇幻双翼飞龙、欧洲纹章龙，并不会因为国际观众都叫它们 dragon，就自然组成一套中性的视觉语法。

上线前做一次跨媒介矛盾检查

至少把下面几类内容并排：

  • 小说描述；
  • 概念图；
  • 模型表或游戏模型；
  • 能力列表；
  • 势力/角色传记；
  • 官网文案；
  • 商品说明；
  • 营销主视觉。

重点抓那些“单看都合理，放一起才冲突”的问题。

**尺度：**小说说能落进庭院，主视觉却画成城市大小。

**移动方式：**游戏动画表现为持续动力飞行，正典却写它依赖风暴气流、干燥环境无法飞行。

**颜色：**周边为了好看用了另一个势力专属色。

**符号：**美术加了一个看起来很尊贵的宫廷式符号，剧情里这个符号却受到严格政治限制。

**行为：**营销文案说它“野性、不可沟通”，小说却已经建立语言能力和政治主体性。

检查结束时不要只留下评论，每一项都必须被归到：改资产、改正典、允许变化、等待作者决定。

给外部合作方的不是整座资料库，而是最小可用正典包

授权方或外包团队不需要看到所有内部研究文件。他们需要的是“最少但足以避免昂贵错误”的那一包。

建议包含：

  • 一页身份摘要；
  • 已批准视觉参考；
  • 锁定/可变/未决地图；
  • 禁止组合；
  • 配色与徽记规则；
  • 尺度参照；
  • 当前批准版本号；
  • 必要的命名/读音说明；
  • 三个“看起来没问题但其实错误”的反例；
  • 联系人与审批路径。

“错误反例”往往比再写一页形容词更有效。如果这条龙绝不能被画成通用的“长角喷火怪兽”，就把这种错误画法明确展示出来，并指出它违反哪条规则。

也不要把一整个未整理研究文件夹扔给外部团队，让对方自己猜项目的解释。研究是证据，正典包是经过决策后的产品，两者不是同一个东西。

保留争议历史，不要把失败方案从记录里擦掉

两个团队意见不同时，不要在决策结束后把落选方案删得像从没存在过。保留备选以及拒绝原因。

这样半年后不会重新争论同一个问题，也能让后来加入的人理解一些“从成品看不出来”的限制。

一个很轻量的记录就够：

B 方案被否决：它把不同来源语境中的角形和云纹直接拼在一起，削弱了当前势力专属轮廓。只有当势力概念发生变化时才重新讨论。

这不是官僚主义，而是在压缩保存团队记忆。

交接成功的标准：新人能够独立做出一个安全决定

最后测试很简单。把资料包交给一个没有参加最初会议的人，让他独立完成一个小设计决定。

他能不能看出哪些是锁定项？能不能找到来源链？能不能分清证据与原创？能不能判断什么时候必须申请批准？能不能做出变化，却不改变身份？

如果可以，交接系统就在工作。

如果每个新人仍然必须私下找最初创作者解释“这个时候到底应该怎么处理”，团队拥有的不是交接流程，而是一个以某个人为形状的瓶颈。

Sources

  1. The Metropolitan Museum of Art — Dragon, jade, China. https://www.metmuseum.org/art/collection/search/43084
  2. The Metropolitan Museum of Art — Panel with dragon, China. https://www.metmuseum.org/art/collection/search/50497
  3. The Metropolitan Museum of Art — Vase with Dragon amid Clouds. https://www.metmuseum.org/art/collection/search/42364
  4. British Museum — Dragon in clouds, hanging scroll. https://www.britishmuseum.org/collection/object/A_1934-0714-0-1
  5. Git Book — Tagging. https://git-scm.com/book/en/v2/Git-Basics-Tagging.html

延伸阅读