生产环境严禁直接运行 composer install，必须在与线上一致的构建环境中执行 composer install --no-dev --optimize-autoloader --classmap-authoritative --no-interaction --no-scripts；否则因权限、工具缺失、钩子误执行等必然失败。
生产环境不能用 composer install 直接部署，这不是“要不要优化”的问题，而是“会不会挂掉”的问题——它根本不是为线上机器设计的流程。
为什么 composer install 在生产机上大概率失败
线上服务器通常没有开发机的权限和工具链：没有 git 命令、proc_open 被禁用、ext-zip 缺失、/root/.composer 不可写。一旦执行，常见现象包括：
-
sh: git: not found卡死在下载阶段 - 触发
post-install-cmd，意外重生成密钥或清空缓存 - 因平台版本不匹配（如本地 PHP 8.2，线上 8.1）直接中断安装
-
.env文件被脚本误读或暴露（尤其 Laravel 项目）
composer install --no-dev 为什么远远不够
--no-dev 只跳过安装 require-dev 里的包，但不会清理已存在的 autoload 规则。后果很实际：
- vendor/composer/autoload_psr4.php 里仍保留
"Tests\": "tests/"这类路径，类加载时 fallback 到不存在目录，报错或白屏 - dev 包的类虽未安装，但其 PSR-4 映射还在 autoload 文件中，徒增内存开销和反序列化负担
- autoload_real.php 中依然保留完整 PSR-4 扫描逻辑，没真正提速
真正生效的生产部署命令必须包含这五个参数
缺一不可，且必须在与线上环境一致的构建环境（CI 或 Docker）中运行，而非生产机上临时执行：
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
-
--no-dev：跳过 dev 包安装，是 classmap 精准化的前提 -
--optimize-autoloader（或-o）：强制重建autoload_classmap.php，把所有可推导类直连路径 -
--classmap-authoritative：让 autoloader 完全信任 classmap，彻底禁用 fallback 扫描（性能提升最显著） -
--no-interaction（或-n）：防卡死，跳过私有源认证、插件提示等交互环节 -
--no-scripts：关闭所有钩子，避免post-install-cmd在线上误执行
完整命令：composer install --no-dev --optimize-autoloader --classmap-authoritative --no-interaction --no-scripts
验证是否真优化成功，只看两个地方
别信日志有没有报错，得进文件里确认：
- 打开
vendor/composer/autoload_real.php，搜索findFile方法——如果只剩if ($classMap = $this->classMap)分支，且完全删掉了foreach ($this->prefixesPsr4相关逻辑，才算真正“权威” - 检查
vendor/composer/autoload_classmap.php是否存在且非空；若为空或根本没生成，说明--optimize-autoloader没生效
最容易被忽略的是：这个优化只在 install 或 update 阶段发生，dump-autoload -o 在 Composer 2+ 中已失效，且不会重建 classmap，线上用了等于没做。
