Composer不是动画工具，而是PHP依赖管理器；SOLIDWORKS Composer中的IterationBehavior（Forever/Alternate/Once）才控制3D动画循环与往返，需精确对齐关键帧数值和枢轴点。
Composer 没有“循环模式”或“往返动效”这类动画控制概念——它根本不是动画工具，而是 PHP 的依赖管理器。你看到的“循环”“往返”“动效”等词，大概率来自对 SOLIDWORKS Composer（一款 3D 技术沟通软件）的误读，或混淆了前端动画库（如 GSAP、CSS animation-iteration-count）的行为。
为什么 composer 命令无法设置动画循环
Composer 只做三件事：解析 composer.json、下载包到 vendor/、生成 autoload.php。它不读取 HTML、不执行 JS、不渲染帧，更不会接触 animation-direction 或 iterationBehavior 这类属性。
-
composer install不会生成任何动画代码，也不会修改<video loop>或@keyframes规则 - 你在
composer.json里加"loop": true或"easing": "ease-in-out"字段，Composer 会直接忽略——它根本不认识这些键 - 所谓“Composer 循环模式”，实际是 SOLIDWORKS Composer 中的
IterationBehavior（值为Forever/Once/Alternate），和 PHP 工具毫无关系
SOLIDWORKS Composer 里的 IterationBehavior 真实含义
如果你真在用 SOLIDWORKS Composer 制作 3D 动画，那它的循环行为由动画轨道属性决定，不是靠命令行。关键区别如下：
-
Forever：从起始帧平滑播到结束帧，然后**无缝重复**（推荐用于旋转、传送带等连续动作） -
Alternate：播完正向（A→B），再反向回放（B→A），形成“往返”效果（适合推拉、开合类机械动作） -
Once：只播一次，不循环；若勾选时间轴上的“循环播放”，会在末帧**硬跳回第 0 帧**，造成明显顿挫，不是真正循环
注意：Alternate 不等于 CSS 的 animation-direction: alternate——前者是 Composer 内部插值逻辑，后者是浏览器渲染行为，二者运行环境完全不同。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
容易被忽略的“往返”卡顿根源
即使设了 Alternate，仍可能在转折点（B→A 开始处）跳变，原因往往不是设置错，而是关键帧本身没对齐：
- 正向终点（B）和反向起点（B）的
rotationZ值必须完全一致（比如都是360.0，不能一个写360、一个写360.0000001） - 位置关键帧若用线性拖动，常因吸附未开启导致浮点偏移（
X: 120.0003vsX: 120.0），肉眼不可见但插值会抖动 - 枢轴点（pivot）不在零件几何中心时，
Alternate旋转会绕偏轴来回晃，看起来像“抖动”而非“往返”
前端实现“往返动效”的正确路径
如果目标是在网页展厅中展示循环/往返动画，该用的技术栈和关键点如下：
- 视频类：用
<video autoplay loop muted playsinline>，loop是浏览器原生支持的循环，无 JS 介入 - CSS 动画：写
animation-direction: alternate; animation-iteration-count: infinite;，注意transform必须用translate3d或rotateZ启用 GPU 加速 - JS 库（如 GSAP）：用
repeat: -1, yoyo: true实现往返，比 CSS 更易控制暂停/变速 - 切记：所有这些都发生在 HTML/JS 层，和
composer require无关；Composer 只可能帮你装好某个前端库的 PHP 封装（如 Laravel Blade 组件），但不参与动画逻辑
真正难的不是选哪种“模式”，而是确保首尾关键帧数值精确、枢轴点对齐、导出帧率匹配——这些细节一旦出错，Forever 和 Alternate 都会变成视觉破绽。
