Composer 不控制前端资源加载顺序，真正需通过 Laravel Mix 在 app.js 中按依赖顺序 import 或手动在 HTML 中用 defer 保证 script 标签顺序，以解决 GSAP 等动画库的执行时序问题。
Composer 里没有“零件乱序组装”或“手动排序动画”的原生概念——这是对 Laravel Mix、前端动画库（如 GSAP）、或自定义构建流程的误称。真正需要解决的，是：如何在 Composer 管理的 PHP 项目中，控制前端资源（JS/CSS）的加载顺序，从而让依赖动画逻辑的脚本按需执行。
为什么 composer.json 的 autoload 不影响前端动画顺序
Composer 只负责 PHP 类的自动加载，它不解析、不打包、不干预 JS/CSS 文件。你在 composer.json 里调整 psr-4 映射或 files 数组，完全不会改变浏览器里 animation.js 和 timeline.js 的执行先后。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 常见错误现象：
Uncaught ReferenceError: gsap is not defined，其实是main.js在gsap.min.js加载前就执行了 - 真实使用场景：用 Laravel Mix 构建 Vue/Blade 项目，需确保 GSAP → ScrollTrigger → 自定义动画脚本的加载链路
- 关键区别：
composer require gsap只把包下到vendor/gsap/，但默认不发布静态资源到public/，也不自动引入到 Webpack 构建流程
如何用 Laravel Mix 控制 JS 执行顺序（最常用路径）
如果你用的是 Laravel + Mix，默认入口是 resources/js/app.js。动画脚本的“排序”，本质是模块导入顺序和执行时机的控制。
- 不要直接在 Blade 模板里用多个
<script src="..."></script>手动排列——易被缓存打乱、无法 Tree-shake、不兼容 HMR - 正确做法：统一在
app.js中按依赖顺序import，Webpack 会生成单个 bundle 并保证执行顺序 - 示例（严格顺序不可颠倒）：
import gsap from 'gsap';<br>import { ScrollTrigger } from 'gsap/ScrollTrigger';<br>gsap.registerPlugin(ScrollTrigger);<br>import './animations/home-sections.js';<br>import './animations/feature-cards.js'; - 注意：
gsap.registerPlugin()必须在所有用到该插件的动画脚本之前调用，否则运行时报ScrollTrigger is not a function
绕过 Mix 直接管理 script 标签时的硬排序技巧
极少数情况（如遗留系统、CDN 外链、或调试阶段），你确实需要手动控制 <script></script> 标签顺序。这时靠的是 HTML 解析规则，而非 Composer。
- 必须将依赖脚本放在使用它的脚本之前，且都加
defer（推荐）或确保都在
