Composer 不支持时间轴或装配同步，因其仅负责解析 composer.json、下载包和生成自动加载器，无时间概念及模型操作能力。
Composer 是 PHP 的依赖管理工具，不处理时间轴、装配动作或三维建模逻辑——你提到的“时间轴”“零件装配”属于 CAD（如 SolidWorks、Fusion 360）或动画/仿真软件（如 Unity、Blender）范畴，和 Composer 完全无关。
为什么 Composer 不支持时间轴或装配同步
Composer 只做三件事：解析 composer.json、下载包、生成自动加载器。它没有时间概念，也不操作模型、关节、帧序列或运动学约束。
常见混淆来源：
- 误把某款工业软件的插件名（例如 “Composer” 模块）当成 PHP Composer
- 看到文档里出现 “compose” 动词（如 “compose a scene”），联想到 Composer 工具
- 在自动化脚本中混用多个工具，误以为 Composer 能协调它们的执行时序
如果你实际想协调多个程序的执行节奏
比如：先运行 CAD 导出脚本 → 等待 2 秒 → 启动仿真引擎 → 再触发 Python 分析模块，那应该用系统级调度，而非 Composer。
可行做法：
- 写 Shell/Batch 脚本，用
sleep、wait、进程 ID 检查控制时序 - 用 Makefile 定义带依赖和延迟的 target（例如
make assemble && sleep 2 && make simulate） - 在 Python 中用
subprocess.run()+time.sleep()显式编排步骤 - 复杂场景考虑 Airflow 或 GitHub Actions 的 job 依赖与定时机制
如果项目里真有叫 “Composer” 的装配工具
请确认具体软件名称——例如 Siemens NX 的 “Assembly Navigator” 或 Dassault Systèmes 的 “3DEXPERIENCE Composer”，它们是独立桌面应用，配置文件通常是 .smg 或 .3dc，和 composer.json 无任何格式或功能交集。
这类工具的时间轴同步通常通过：
- 内置 timeline 编辑器手动拖拽关键帧
- 导入外部 CSV/Excel 定义各零件的 start time / duration / easing
- 调用其 COM/REST API（如
POST /api/v1/animation/sync）批量设置动作偏移
搞清工具边界比写代码更关键：Composer 管包，不管动作；时间轴属于领域软件的专有语义，强行套用通用包管理器只会卡在第一步。
