凤凰设定最容易在“交接”里悄悄变形。

研究人员找到博物馆对象，记录了年代和馆方解释；美术拿到的却只有图片；编剧只收到一句“帝王凤凰”；翻译后来看到浴火重生的剧情，又自然地把英文phoenix当成唯一核心概念。每个人单独看都可能没有恶意，也没有明显失职，可项目最后会混成一种没人真正设计过的生物。

真正稳健的协作系统，不是禁止解释，而是让解释过程可见。

凤凰/fenghuang本身就是很好的例子。大都会艺术博物馆在一件18世纪中国凤凰织物的说明中指出，fenghuang虽然经常被英语翻成“phoenix”，但属于不同的神话物种，并有不同关联；另一件明代龙凤盘的馆方说明把五爪龙与皇帝、凤凰与皇后关联在该对象语境中；而一件19世纪日本腰带又展示了源自中国传统的龙凤形象如何进入日本织物环境。这些都是很有用的具体证据，但不能因此宣布存在一套覆盖所有时代、所有地区的“亚洲凤凰统一规则”。

背景：一份干净的设计简报怎么慢慢变浑

假设一个幻想游戏要开发重要的鸟类神祇。

研究负责人收集三件馆藏资料，写明文化、时期、馆方解释。概念美术只收到图片。剧情组收到一句“皇室凤凰”。本地化组后面看到重生桥段，于是默认英语“phoenix”就是这个物种最本质的传统来源。

到阶段评审时，角色已经同时拥有：

  • 来自fenghuang视觉资料的部分形态；
  • 西式“火焰重生”规则；
  • 项目原创的皇室职位；
  • 某套服装又加入日本织物里的图案；
  • 市场文案最后一句概括成“古老亚洲凤凰神话”。

问题并不是“绝对不能混合文化”。幻想创作本来就会混合、转译和再设计。

真正的问题是：团队已经分不清哪些是引用，哪些是改编，哪些是纯原创。

修复从“来源包”开始，而不是从情绪板开始

任何进入正式工作包的参考图，都配一张小卡：

  • 来源机构或出版物；
  • 对象/文本名称；
  • 已知文化与年代；
  • 直接链接或引文；
  • 来源真正支持什么；
  • 项目自己推断了什么；
  • 这份资料是视觉参考、叙事参考，还是两者都有。

例如：

**来源：**Met，《Panel with five phoenixes in a garden》，中国，18世纪。
**来源可支持：**馆方说明fenghuang常被英译为phoenix，但属于不同的神话物种；该对象有明确宫廷背景。
不能直接推出：“整个东亚的凤凰都象征皇帝”，也不能推出“fenghuang一定会浴火重生”。

关键不是卡片写得多漂亮，而是这条边界能不能跟着素材一直传到下一个部门。

给每条设定加“来源身份”

可以用很简单的标签：

  • SRC-OBJECT：直接来自明确馆藏/对象记录；
  • SRC-TEXT：来自可核对原典、学术或可靠文本；
  • ADAPTATION：项目对参考资料做了组合或变化；
  • PROJECT-RULE：完全属于项目原创正史；
  • OPEN：仍未解决的问题。

例如：

ADAPTATION：翅羽层次借鉴若干中国凤凰织物的视觉节奏。

PROJECT-RULE：该物种死亡后会利用储存的太阳能重构身体。

第二条就是你的幻想设定。不要为了让它“显得更权威”硬挂一个博物馆来源。原创就明确写原创。

按“决策类型”分负责人，而不是看谁职位大

凤凰设定至少会包含四类决定：

  1. 研究解释：资料到底说了什么；
  2. 正史设计：这个世界里的生物到底是什么；
  3. 视觉落地：规则怎么变成体型、颜色、服装和动作；
  4. 本地化：换语言以后怎么命名、怎么解释。

一个领域的负责人不应该无声覆盖另一个领域。

可以用这种审批表：

变化 谁可提出 必须审阅 最终负责人
更换博物馆参考 研究/美术 研究负责人 世界观负责人
增加重生机制 编剧/系统 世界观+系统 叙事负责人
修改冠羽/色彩规则 美术 美术+世界观 美术总监
调整fenghuang/phoenix译法 本地化 世界观/研究 本地化负责人
市场文案简化 市场 世界观+本地化 发行负责人

岗位名称可以不同，但审批路线要稳定。

交接包应该围绕“决定”，而不是围绕40张图片

真正可用的包至少有五部分。

一句话文化/创作框架

例如：

这是原创幻想物种，视觉研究包含有明确出处的中国fenghuang馆藏；火焰重生属于本项目原创机制，不能写成历史上的fenghuang信仰事实。

这句话能保护后续所有部门。

一页正史规则

不要写成几十页百科才给美术：

  • 生命周期；
  • 死亡/重生规则；
  • 颜色限制；
  • 身体结构；
  • 社会角色；
  • 如果存在，与王权/宗教的关系；
  • 能力和限制；
  • 明确禁止的默认假设。

来源台账

所有文化/历史断言都能追到链接和范围说明。

开放问题

别埋在聊天记录。单独列“负责人+截止时间”。

版本

例如PHX-CANON-1.4，再配简短修改记录。

同一只生物跨多个产品时，版本控制特别重要

小说作者可以靠私人笔记记住变化，跨媒体IP不行。

当凤凰同时出现在小说、动画、游戏系统、商品和授权提案里时，为它设置一个稳定实体ID，例如：

CRE-PHX-001

每个正式资产引用这个ID和正史版本。

版本从1.3升级到1.4时，修改记录写清：

  • 生命周期说明改了；
  • 冠羽颜色被限制；
  • “浴火重生”从泛化营销表述改成项目专属机制；
  • 本地化术语表同步更新；
  • 哪些旧资产需要复查。

制作人以后搜索CRE-PHX-001，而不是靠记忆问“谁还在用旧设定”。

Git的分支和提交历史可以作为“可追踪版本”的技术类比；实际项目也可以使用DAM、Wiki或制作数据库。

跨文化混合要留下“改编回执”

每当项目把多个来源混在一起，留一张很短的设计说明：

  • 混合了哪些传统、对象或视觉资料？
  • 哪个特征来自哪条参考？
  • 哪个特征是原创？
  • 为什么这个组合对项目有用？
  • 市场文案会不会误把混合结果写成历史事实？
  • 本地化是否需要改变术语或增加说明？

它能阻止“受启发”慢慢滑成“传统本来就是这样”。

Met的《Obi with Dragon and Phoenix》正好提醒我们，图案会跨文化流动：馆方将这件19世纪日本腰带上的龙凤描述为源自中国的幻想生物，并说明其中国视觉环境。它证明的是一个具体跨文化对象，不是“中日凤凰完全相同”。

一个小变更，为什么会让四个部门一起漂移

设想编剧加一句：

“只有皇后可以召唤凤凰。”

看起来只是文案，但立刻产生四类问题：

**研究：**这是在陈述历史资料，还是项目原创？
**正史：**这个世界是否真的存在“皇后”这个制度？
**美术：**徽记、颜色、服饰需要同步吗？
**本地化：**phoenix/fenghuang的词是否还保持原边界？
**授权：**已经做好的包装文案是否变得不准确？

Met的《Dish with Dragon and Phoenix》在那个明代器物语境中写到五爪龙象征皇帝、凤凰常与皇后关联。这完全可以成为幻想创作灵感，但不能悄悄升级为“所有传统的普遍事实”。

更稳妥的正史写法是：

PROJECT-RULE：在X王国的宫廷法中，凤凰印仅由在位皇后持有。

这样谁都知道它是项目规则。博物馆资料继续留在“研究灵感”栏，而不是拿来证明一个原创法律制度。

本地化需要术语台账，不只是翻译正文

每个关键词都记录：

  • 原始术语；
  • 英文对外名；
  • 中文/日文等本地化名；
  • 是直译、约定译法还是项目自定义；
  • 不能暗示什么；
  • 从哪个版本开始改变。

例如：

概念 英文标签 项目说明
历史参考 fenghuang 不自动等同西方浴火重生phoenix
幻想物种 Solar Phoenix 项目原创物种，明确为混合灵感
宫廷标志 Phoenix Seal 项目原创制度

这样可以避免翻译人员出于“统一术语”好意，把团队刻意保留的差异重新抹平。

审批冻结的是“生产状态”，不是禁止继续研究

正史版本不是说研究从此永远结束。

可以用这些状态：

  • RESEARCHING
  • PROPOSED
  • APPROVED
  • LOCKED FOR RELEASE
  • DEPRECATED

发行后找到更好的资料，照样可以登记，再决定未来版本、术语表或任何东西是否需要改。

最危险的是团队悄悄改资料，却不留下“什么时候、为什么变了”。

最终交接清单

凤凰设定从一个团队交给另一个团队前检查：

  • 有稳定生物/实体ID；
  • 有一句话文化与创作边界；
  • 有来源的特征与项目原创分开；
  • 每个文化断言都有来源和范围；
  • 未解决问题没有被藏起来；
  • 术语台账最新；
  • 版本和修改记录齐全；
  • 大改动列出了受影响资产；
  • 市场文案不会把项目原创包装成历史事实；
  • 接手团队知道偏离规则由谁批准。

交接真正完成的标准不是“文件发出去了”，而是接收方能在不重新考古所有研究过程的情况下继续做决定。

什么情况下要把流程做得更严格

个人创作，来源+版本记录可能已经足够。

大型授权项目，需要更严格的权限、审批和资产追踪。深度涉及现实中的活态宗教或敏感文化实践时，单靠博物馆对象资料也可能不够，需要更专业的研究、顾问或相关群体审阅。刻意混合多种传统的幻想生物，则尤其应该加强“改编回执”和市场表述边界。

目标不是把神话创作做成没有生命的表格，而是保护真正的创作自由：团队清楚什么来自资料、什么经过改编、什么属于原创、谁批准了它，以及当前所有部门应该信任哪一个版本。

Sources

  1. The Metropolitan Museum of Art, Panel with five phoenixes in a garden, China, Qing dynasty, 18th century: https://www.metmuseum.org/art/collection/search/42122
  2. The Metropolitan Museum of Art, Dish with Dragon and Phoenix, China, Ming dynasty, Wanli period: https://www.metmuseum.org/art/collection/search/42543
  3. The Metropolitan Museum of Art, Obi with Dragon and Phoenix, Japan, 19th century: https://www.metmuseum.org/art/collection/search/73687
  4. Git, git-log documentation: https://git-scm.com/docs/git-log
  5. Git, git-branch documentation: https://git-scm.com/docs/git-branch

来源边界：博物馆资料只支持对应对象及馆方对该对象的说明，不被泛化为整个中国、日本或亚洲文化的统一凤凰规则。Git资料只用于说明版本可追踪的技术概念。

Related Reading