Scratch Pad 与模块复用

这一节讲两个提升效率的工作流细节：草稿台的正确打开方式，以及自定义模块的项目级管理。

Scratch Pad 什么时候用

场景 用不用草稿 原因
试验一段力的公式 ✅ 用 反复改不影响线上资产
临时调试想看某个中间值 ✅ 用 可以在草稿里打印调试
正式修改将要复用的模块 ❌ 不用 直接改资产并跑评审流程

草稿模式的核心价值：把"探索"和"交付"分开。探索期的改动不该被版本管理记录、不该触发其他资产的联动更新。

草稿模式的两个实用技巧

  1. 打印调试：HLSL 或 Graph 里可以输出到调试日志（配合 niagara.Debug 的开关），在视口里直接看到内部值；
  2. 对比预览：草稿改动与原模块可以同时挂在 Emitter 的不同副本上（复制一个 Emitter 做对照），视口里直接对比两种表现。

自定义模块的项目级管理

当自定义模块超过 10 个，混乱开始出现。建议：

  • 统一 NM_ 前缀放在 _Shared/Modules/；
  • 模块描述里写清楚三件事：输入输出、所属段、性能级别（"较重，粒子 > 2000 时慎用"）；
  • 建一个"模块总览"贴图或文档，团队所有人能 30 秒内知道已有哪些轮子，避免重复造。

引擎的模块版本管理机制可以在升级模块签名时保持旧 NS 兼容——项目规模化后这是必用的功能。