composer的缩进仅表示require声明层级，与动画无关；solidworks composer才处理真实动画父子层级，二者名称相同但功能完全隔离。
Composer 没有“动画工程”这个使用场景，也不存在所谓“层级关系用于管理动画”的逻辑——你看到的“Composer”名称撞车了，实际是 SOLIDWORKS Composer（3D 技术沟通软件），不是 PHP 的依赖管理工具 composer。
为什么 composer show -t 的缩进不是动画层级
PHP 的 composer 是纯命令行依赖管理器，show -t 输出的缩进只表示包之间的 require 声明关系：每两级空格 = 一次直接依赖声明。它不控制加载顺序、不决定运行时行为、更不参与任何图形或动画计算。
- 缩进深度 ≠ 动画父子级数，
monolog/monolog出现在第 6 级缩进，和它在动画里是不是“子部件”毫无关系 - 同一包在多处缩进出现，只说明被多个上游包分别引入，这是版本冲突高发信号，不是“嵌套太深需要优化”
-
vendor/autoload.php的类加载行为由 PSR-4/classmap 映射决定，和树形缩进完全无关
SOLIDWORKS Composer 的父子层级才是真动画层级
如果你真在做六轴机械臂、液压杆或爆炸动画，那用的是 SOLIDWORKS Composer —— 它的“父子层级”是物理装配逻辑的映射，必须严格按真实运动链建立：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 顺序必须是基座 → 底座 → 大臂 → 小臂 → 手腕 → 末端执行器；反序会导致 DOF 错位、动画跳变
- 链接方向必须是子部件指向父部件；最底层（如滑轨）不能有父级，最顶层（如夹爪）不能被其他部件当子级
- 运动机构类型必须匹配物理自由度：滑块用 线性，固定装配用 刚性，旋转关节用 枢轴；全设成枢轴必然穿模或卡死
查依赖树时最容易踩的三个坑
无论你是 PHP 开发者还是 SOLIDWORKS 用户，只要看到“Composer 层级”，先确认自己用的是哪个工具——混淆二者会导致完全错误的操作路径：
- 在 PHP 项目里执行
composer show -t guzzlehttp/guzzle却想查“动画绑定是否生效”，查到的只是 Guzzle 自己 require 了哪些抽象包 - 在 SOLIDWORKS Composer 中试图运行
composer update或打开composer.json，界面里根本不存在这些概念 - 看到终端输出缩进很深，就以为“依赖太重需要拆包”，其实可能只是
psr/log被 Laravel、Monolog、Symfony 同时引入，版本却一致，根本无需干预
真正要盯紧的，从来不是缩进层数或父子节点数量，而是：PHP 项目中同一抽象包（如 psr/log）在不同路径上声明的版本范围是否互斥；SOLIDWORKS 中每一级枢轴的旋转轴向是否与上一级移动方向严格正交——这两个细节肉眼难判，但决定了整个系统能否稳定运行。
