从 Cinevva 到 Cocos：小游戏的交接 (2026)
Cinevva 和 Cocos 不是对手，而是同一条管线上的两个阶段。Cinevva 是你搞清楚哪个想法值得做的地方，Cocos 是你把那个配得上的想法做成成品、做优化的地方。这篇讲它们之间的交接：什么真的能带过去、什么要重做，以及怎么把这套工作流跑起来而不自欺欺人。
先把大家最盼、但拿不到的那件事说清楚：没有一键"导出到 Cocos 工程"的按钮。Cinevva 不会吐出一个 Cocos 场景。这个交接是对一个你已经验证过的设计的一次有意识的重做，复用你生成好的素材。这听起来像缺点，直到你看清它替你省了什么。想要就"什么时候用哪个"的正面对比，见 Cinevva 对比 Cocos。
为什么要交接
中国小游戏里贵的那些部分（软著、ICP 备案、平台审核，以及任何涉及内购时的发行商关系）都值得花在一款你知道好玩的游戏上。问题是一开始你并不知道它好不好玩。大多数游戏想法都不好玩，而你是靠玩它、不是靠规划它才发现的。
所以这条管线存在的意义，是把"这个好玩吗？"这个问题尽早、尽便宜地摆上台面。在 Cinevva 里几分钟做出原型，摆到真实玩家面前，读留存。留存不行的就砍掉。只有活下来的那个才配得上 Cocos 的对待和那笔资质开销。你不是在做双份工，你是在避免用一个贵工具去做错的游戏。
什么能带过去（什么不能）
这一点要说精确，因为团队常在这里高估或低估交接。
验证过的设计能带过去，而且这是最值钱的东西。 你走进 Cocos 时手里不是一个直觉，而是一款真有人玩过的游戏、留存数据，以及一份具体的规格：核心循环、难度曲线、单局时长、是什么让测试者愿意再打开。这是游戏设计里最难的部分，已经被消掉了风险。
生成的素材能带过去。 你在 Cinevva 里生成的 3D 模型、音频和美术都是标准的网页格式，不是被锁进某个私有二进制块里。模型以 glTF/GLB 导出（绑定和动画工具会下载一个把动画烘焙进去的 GLB），音频是标准文件。这些像任何别的素材一样导入 Cocos。你可以按需重新生成或修整，但不用从零开始做美术。
代码不能带过去。 Cinevva 构建的是网页原生运行时，Cocos 是它自己的引擎，有自己的组件模型和 TypeScript API。游戏逻辑是一次重做。这是交接真正的成本，而它比听起来小，因为你是在重写一个你完全理解的设计、对着一份已经跑通的规格，而不是边写边摸索设计。
分步工作流
开着小游戏模式在 Cinevva 里做原型。 用一句话描述游戏，迭代到能玩。微信小游戏模式让你待在可移植子集内（Canvas UI、触屏优先、小素材），所以你验证的那个设计本来就长得像小游戏，而不是一款你之后得硬掰的桌面游戏。
用真实玩家测试并读留存。 把浏览器链接分享出去，最好是发到你瞄准的受众里。要紧的指标是人们会不会回来，而不是他们嘴上说不说喜欢。多做几个原型，让数据挑出活下来的那个。
从原型写出规格。 在你碰 Cocos 之前，把有效的东西记下来：循环、数字、手感。原型就是你的设计文档，别在转译中把这份认知弄丢了。
收集素材。 导出 3D 模型，取出你要保留的音频和美术。把它们按 Cocos 期望的格式弄进你的素材管线。
在 Cocos 里为 4MB 这道坎重做。 现在引擎的强项来干活：引擎运行时内置在微信客户端里所以不占你的包，AssetBundle 分包是你把剩下的塞进去的办法。打包细节见微信小游戏引擎指南。
并行处理手续。 软著和 ICP 备案要几周，趁你在做的时候就启动，别让它成为卡住你发布的那个东西。
什么时候不该交接
有时对的做法是彻底跳过 Cocos。如果你的原型小、轻、已经跑得挺好，而你走的是免费带广告、而不是追求重度优化的内购大作，那这次重做可能不值。一个已经符合约束的简单游戏，等 Cinevva 自己的导出路径落地后就能发出去，不用再拉第二个引擎进来。交接是为那个需要最后一公里优化、或者需要 Cocos 那种深度生产打磨的赢家准备的，不是给每个原型的。
监管现实（两条路都一样）
交接不改变规则。一款免费、带广告的小游戏需要每款游戏的软著或电子版权认证，加上 ICP 备案，持大陆身份证的个人都能办。任何内购都需要版号，而版号只有中国公司能持有，所以外国工作室需要一个持牌的本地发行商。不管游戏是生在 Cinevva、Cocos 还是两者，手续都一样。细节见微信与抖音发行指南。
常见问题
Cinevva 能导出 Cocos 工程吗？
不能。没有一键导出到 Cocos 场景这回事。Cinevva 验证设计、产出标准格式的可复用素材，游戏本身在 Cocos 里重做。它的价值是让你重做一个你已经证明好玩的游戏，而不是让你省掉构建。
从 Cinevva 到 Cocos 实际能转过去什么？
三样：验证过的设计（循环、难度、单局时长、留存数据）、生成的素材（3D 模型的 glTF/GLB、音频、标准格式的美术），以及你对这游戏为什么成立的理解。代码不转，它要对着 Cocos 的 API 重新实现。
重做一遍游戏难道不浪费吗？
它比另一个选择便宜，那个选择是用贵工具做错的游戏。大多数原型都会失败。只重做那个验证过的赢家、对着一份已经跑通的规格，比把每个想法都完整生产一遍才发现哪个值得，浪费小得多。
用了 Cinevva 之后一定要用 Cocos 吗？
不一定。如果一个原型简单、已经符合平台约束，你可以不用 Cocos、直接走 Cinevva 自己的路径发出去。交接是给那些需要重度优化或深度生产打磨的游戏的。
我能复用生成的 3D 模型和音频吗？
能。生成的模型以 glTF/GLB 导出、音频是标准文件，两者都能导入 Cocos。你可能会为 4MB 预算修整或重新生成，但不用从零开始做美术。
相关
- Cinevva 对比 Cocos：做小游戏用哪个 —— 原型对生产的分工，讲得更细
- Cocos 的替代方案（做小游戏） —— 完整的引擎阵容
- 微信小游戏的游戏引擎选择 —— 4MB 限制与打包
- 如何在微信与抖音小游戏上发行 —— 许可、审核、分成
- 微信小游戏模式 —— 在可移植子集内构建
- Cinevva 引擎 —— 我们开源、网页优先的引擎