composer 不是分镜或草图工具，它不支持手绘、镜号管理、音效标注及带批注帧序列导出；分镜须在导入前用excel/notion/pdf完成，并与solidworks视图名、composer剪辑名严格统一。
Composer 里没有“动画草图”这个功能，也起不到分镜构图作用——它根本不是干这事的工具。
为什么 Composer 不该用来做分镜或草图
所谓“草图”，在动画流程里指用简笔画快速表达镜头意图：视角、景别、运动、时长、对白提示等。而 Composer 的时间轴、视口、剖面全是为已定稿的 3D 模型服务的执行层操作，不支持手绘、不管理镜号、不标注音效或台词、也无法导出带文字批注的帧序列。
常见误用现象：
– 在时间轴上打两个关键帧就叫“草图”，结果只是验证了 Theta 能不能转；
– 把四个 Viewport 拼一起截图发群里说“这是分镜方案”，但没人知道哪一格对应哪一步维修动作；
– 用临时剖面开关来试探“要不要切外壳”，却没写清楚触发条件和协同逻辑。
- 分镜必须在导入 Composer 前完成，用 Excel / Notion / PDF 列明镜号、视角描述（如
V03_SideCut）、持续时间、触发动作（如点击后启用剖面S02+翻转） - SOLIDWORKS 中必须提前保存命名一致的视图状态（如
V03_SideCut），导入 Composer 后直接调用，不现场调角度 - 所有剖切组合逻辑（保留哪些部件、是否翻转、联合模式）必须写进分镜备注，否则后期靠试错反推，极易漏掉
协同 > 切除面 > 联合模式这步
Composer 里唯一能凑合“探路”的轻量做法
如果团队真需要在 Composer 环境里比对几个镜头走向，只能用极简方式，且必须严格设限：
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 新建空白动画剪辑，命名为
draft_v1，只放 1 个 Viewport，禁用其他所有视口、剖面、BOM、文字标注 - 仅对
Theta和Phi打 2–3 个关键帧，不设缓动、不加特效、不导出，目的只是看转动路径是否顺滑、有无穿模 - 截图存为
draft_v1_angle.png，贴进共享文档并标注具体修改建议（如 “此处需强调轴承位移，建议Phi从 85°→70° 缓降”）
一旦叠加多视口、剖面或文字，就立刻失去“探路”价值，变成低效返工。
真正该由谁、在哪儿完成分镜
分镜是导演和故事板艺术家的工作，工具是纸笔、Figma 或 Toon Boom Storyboard Pro。它的输出物不是 .smg 文件，而是带编号、画面、文字批注、时长标记的 PDF 或图像序列。如果你正在为 SOLIDWORKS 模型做维修动画，却还在 Composer 里反复改视角、重命名零部件、补隐藏层——说明分镜没定稿，所有后续操作都在裸泳。
最容易被忽略的一点：分镜表里的每个镜号，必须和 SOLIDWORKS 视图状态名、Composer 时间轴上的剪辑名、甚至后期 AE 合成的图层名保持一致。名字对不上，协同就断在第一环。
