composer 中没有“动画草图”功能，因其定位是3d动画交付与技术演示工具，而非前期创意工具；所谓“草图”实为参数验证、绑定测试与作用域调试等执行前探路操作。
Composer 里没有“动画草图”这个正式环节，它不参与分镜规划或前期构图——那是动画导演、故事板艺术家用纸笔、Figma 或 Toon Boom Storyboard Pro 干的事。
为什么在 Composer 里找不到动画草图功能
Composer 是一个面向3D 模型动画交付与技术演示的工具，不是前期创意工具。它不提供画布手绘、镜头编号、对白框、时长标注、运镜箭头等分镜必需元素。所谓“Composer 动画草图”，实际是用户把早期低精度视口调整、粗略关键帧打点、临时剖面位置试探等操作，误称为“草图”。这些操作本质是动画执行前的参数探路
- 时间轴上只打 1s 和 3s 两个关键帧，Theta 从 0° 拉到 90°，只为看旋转方向是否符合预期 → 这不是草图，是参数验证
- 用临时 Viewport 摆四个角度，不渲染、不导出，只拖动时间轴确认同步性 → 这不是构图，是绑定测试
- 在剖面面板里反复开关“应用至选定对象”，切换齿轮/外壳的可见性组合 → 这不是分镜设计，是作用域调试
真正该在 Composer 前完成的分镜工作
如果你正在为 SOLIDWORKS 模型做装配动画或维修演示，分镜必须在导入 Composer 之前就定稿。否则你会反复改模型结构、重命名零部件、补隐藏层——所有这些在 Composer 里改，成本远高于在 PPT 或 PDF 分镜表里划几笔。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 用 Excel 或 Notion 列出每个镜头：
镜号、视角描述（如“俯视45°切入减速箱”）、持续时间、触发动作（如“点击后剖面X+Y联合启用”） - 在 SOLIDWORKS 中提前保存好对应视角的
视图状态，命名要和分镜表镜号一致（如V01_Top45），导入 Composer 后直接调用，不现场调角度 - 所有剖切逻辑（哪些部件保留、哪些被切、是否翻转）必须写进分镜备注栏，否则后期在 Composer 里靠试错来反推，极易漏掉
协同 > 切除面 > 联合模式这步
Composer 中唯一接近“草图感”的实操替代方案
如果团队确实需要在 Composer 环境里快速比对几个镜头方案，可用以下轻量方式，但必须严格限制范围：
- 新建空白动画剪辑，命名为
draft_v1，只放 1 个Viewport，禁用所有其他视口和剖面 - 仅对
Theta/Phi打 2–3 个关键帧，不设缓动，不加特效，不导出 —— 目的就是看转动路径是否顺滑、有无穿模 - 截图存为
draft_v1_angle.png，贴进共享文档，旁边标注：“此处需强调轴承位移，建议 Phi 从 85°→70° 缓降” - 绝不在此剪辑上叠加 BOM、文字标注、多视口或剖面 —— 那会立刻失去“草图”的轻量性和可弃性
真正容易被忽略的是：一旦在 Composer 里开始加文字、调色、设 BOM 表格、绑定交互按钮，那个文件就不再是草图，而是准交付物。后续每改一次，都要重新校验所有关联项——比如改了某个 Viewport 的 Radius，可能让四分屏布局错位；动了剖面透明度关键帧，可能让 HTML 导出时第一个视角变黑。草图阶段的自由，全靠“不做超出验证范围的事”来守住边界。
