Unity 特效生成
这批文章里最完整的工程升级链：从视频替代粒子，到结构化效果配置、预览、自反馈和 Unity 导入。信息截至 2026-07-14。
结论先行
AI 生成“看起来像特效的视频”和生成“能在游戏里执行、调参、受预算约束的特效”是两件事。V1 用视频生成擅长的像素序列绕过粒子参数：生成左右或前方视角素材，抽成序列帧，再贴到交叉面片上播放。它快速、直观，但缺少真实空间结构，难以响应玩法状态。V2 改为让模型输出受限的粒子配置，先在网页中渲染和回看，再映射为 Unity 的 Material、Texture、Prefab 和 Particle System 参数。这个转向比更换模型重要得多。
目前最现实的定位是白模和初版表达：策划能快速验证火焰、治疗、冲击、光环等效果的节奏与色彩，技术美术获得可编辑起点。最终生产仍需要人工处理轮廓、层次、材质、时序、打击感、平台预算和与动作音效的同步。
原文演进
| 时间 | 案例 | 状态 | 核心变化 |
|---|---|---|---|
| 2026-03 | 一种 AI 生成 Unity 粒子特效的工作流 | 核心案例，已被后续替代 | 生成视频，抽序列帧，用 Texture Sheet Animation 与交叉面片模拟空间效果 |
| 2026-07 | AI 生成 Unity 特效工作流 V2 | 核心案例，原型可用 | 结构化描述，Web 预览，截图反馈，映射 Unity 参数并生成资源目录 |
V1 的价值仍然存在。对固定机位、远景、不可交互、一次性播放的装饰效果，序列帧仍是简单稳定的方案。它被替代的是“通用 AI 粒子生成路线”的身份，不是所有使用场合。
有效方法
先按效果原型分层
模型直接面对上百个粒子参数时容易输出合法但无意义的组合。更稳健的做法是建立少量效果原型，例如爆发、持续喷射、环绕、拖尾、地面范围、聚拢、溶解。模型先选择原型，再填写颜色、时长、速度、形状、噪声、尺寸曲线和贴图角色。原型固定了常见的层级与时序，自由度下降，结果反而更可控。
配置必须有类型、范围和默认值
一个面向引擎的配置应拒绝 speed: "very fast" 这类不可执行字段。推荐使用单位、枚举、范围与跨字段规则：粒子寿命小于系统持续时间时如何循环；发射数量和贴图尺寸的预算上限；颜色梯度的关键帧是否单调；sub emitter 是否可能递归。模型只在 schema 允许的范围内生成，导入器负责默认值和版本迁移。
预览器与引擎共享语义
V2 使用 Web 预览降低了迭代成本，但网页 canvas 与 Unity 的粒子系统不是同一个渲染器。有效的实现不是追求像素完全一致，而是让两端共享语义：发射时间、生命周期、速度曲线、形状、颜色、尺寸和层级。预览器必须明确不支持的模块，避免网页里很好看，导入后完全不同。
将视觉反馈改写为参数反馈
截图回看可用于识别“爆发不够集中”“尾部消散太慢”“中心缺乏高亮”之类的问题。修正器应把它们映射成有限参数变化，例如缩短 lifetime、收窄 cone angle、增加中心层 emission、调整 alpha curve。每轮只改少量字段并保留前后差异，才能知道改善来自哪里。
将产物组织成可审查包
V2 输出 Material、Texture、Prefab 等目录是一个重要细节。推荐再加入配置源文件、预览图、生成记录、目标平台预算、依赖 shader 和导入报告。技术美术打开包时，应能看懂每层意图并独立替换贴图，而不是面对一个由数十个匿名 GameObject 组成的黑盒。
失败原因
V1 只有视差近似，没有真正体积
左右、前方素材贴在交叉面片上，能在有限视角制造立体感，但相机绕行时会暴露平面结构。光照、遮挡、碰撞、风场和角色移动也无法自然影响视频内部内容。序列帧通常占用较大纹理内存，透明区域还会增加 overdraw。
视频美感不能自动转成玩法反馈
游戏特效承担可读性任务：提示攻击范围、起手时间、阵营、伤害窗口和命中结果。视频模型更容易优化画面丰富度，却不知道哪个瞬间必须清楚、哪一层不能遮住角色。即使视觉漂亮，也可能损害战斗判断。
通用参数空间过大
Unity Particle System 的模块包含 Emission、Shape、Velocity、Noise、Color、Size、Rotation、Collision、Sub Emitters、Trails、Renderer 等。随意开启和组合会出现粒子飞散、曲线为空、生命周期错位或性能失控。V2 能跑通 17 类效果，说明原型方法有价值，但不能据此推断任意复杂技能都能稳定生成。
单张截图不足以评价时间结构
特效的核心是时间。只比较某一帧，会错过起手是否干净、峰值是否准确、尾迹是否拖沓、循环接缝是否突兀。自动评测至少应采样关键时间点，再增加短视频或参数曲线检查。随机系统还要固定 seed，否则前后截图不可比。
当前技术进展
Unity 仍提供两类不同的运行时表示
Built-in Particle System 以组件模块组织属性，适合 CPU 管理、传统 GameObject 工作流和大量常见效果。Visual Effect Graph 面向节点图与 GPU 模拟，适合更高粒子量和复杂数据流。生成器应先选择目标表示，不应把二者当作同一套字段简单互转。Unity Particle System 模块参考，访问于 2026-07-14；Unity Visual Effect Graph 文档，访问于 2026-07-14
生成式 VFX 研究多以视频为输出
P-Flow 用视觉语言模型比较参考视频与生成结果，迭代优化提示词；EffectMaker 将高层效果语义与参考视频的视觉线索组合，论文报告的数据集规模为 13 万视频和 3000 个效果类别。这些工作强化了效果定制能力，但输出仍主要是视频，不是 Unity 粒子图或可执行 emitter 配置。P-Flow 原始论文，访问于 2026-07-14；EffectMaker 原始论文，访问于 2026-07-14
KinemaFX 则以运动学驱动的交互系统帮助非专家探索和定制粒子效果，更接近“人在环内调结构”的生产方向。KinemaFX 原始论文，访问于 2026-07-14
编辑判断： 视觉视频生成可以为贴图、参考、概念和序列帧提供素材；真正的引擎生产链仍要把效果拆成可执行层。短期最有价值的 AI 位置是选原型、填配置、生成候选纹理、解释参数和辅助评审，而不是完全替代技术美术。
推荐工作流
玩法意图和预算
-> 效果原型选择
-> 有类型的粒子配置
-> 固定种子的快速预览
-> 关键帧与曲线检查
-> Unity 导入与实机采样
-> 技术美术定稿
| 环节 | 输入 | 输出 | 必须检查 |
|---|---|---|---|
| 意图定义 | 技能时长、范围、阵营、伤害窗口、镜头 | 视觉节奏表 | 玩家能否在目标设备读懂 |
| 原型与配置 | 效果类别、schema、色板 | 分层 emitter 配置 | 字段合法、层级有目的 |
| 素材生成 | 贴图角色、尺寸、透明要求 | 少量候选纹理或序列帧 | 边缘、通道、压缩、权利 |
| 预览反馈 | 固定 seed、关键时间点 | 差异报告与有限修正 | 不能只看峰值截图 |
| 引擎导入 | 配置和素材包 | Prefab、Material、Texture | Shader、色彩空间、引用 |
| 性能与玩法测试 | 真机、战斗场景 | 粒子量、overdraw、GPU/CPU 数据 | 最差场景、多人叠加、低端机 |
建议为每类效果设定预算模板。移动端和桌面端分别限制最大粒子数、最大透明覆盖、贴图分辨率、sub emitter 深度和灯光数量。导入器发现超限时应失败或降级，不要默默接受。
适用边界
适合：玩法白模；内部提案；为技术美术快速生成可编辑起点；批量生成同一视觉语言下的低风险变体；远景和固定机位的序列帧装饰。
谨慎使用：核心战斗技能、需要精确 hit frame 的效果、第一人称近景、大量叠加的多人场景、依赖专用 shader 或流体模拟的效果。
不值得使用：已有成熟效果库且只需轻微换色；项目没有明确预算和导入规范；生成后没有技术美术负责验收；目标只是把一段漂亮视频贴进任意视角的 3D 游戏。
原始文章与延伸阅读
- 一种 AI 生成 Unity 粒子特效的工作流，2026-03-19
- AI 生成 Unity 特效工作流 V2，2026-07-08
完整分级、状态与后续版本见文章索引。