加了 --classmap-authoritative 仍 Class not found 的根本原因是 autoload_classmap.php 中缺失该类，因该参数仅强制查表且不 fallback 到 PSR-4，而 classmap 需由 -o 触发全量扫描生成，单独使用无效。
为什么加了 --classmap-authoritative 还是 Class not found
根本原因不是参数没加对，而是 autoload_classmap.php 里压根没有那个类——--classmap-authoritative 不生成映射，只强制查表。它一查不到就直接报错，不 fallback 到 PSR-4 目录去找。
常见漏因：
-
composer.json的"autoload"块没声明"classmap": ["src/", "lib/"]，只写了"psr-4"；路径末尾缺斜杠（如写成"src"）会被忽略 - 新增类后没重跑
dump-autoload，旧 classmap 还是空的 - 用了
"files": ["src/helpers.php"]，里面new出来的类若不在 classmap 中，照样失败 - 第三方包的
classmap路径写错，比如写成vendor/mylib/src而不是mylib/src
必须和 -o（--optimize-autoloader）一起用才有效
--classmap-authoritative 是个开关，-o 才是真正干活的——它触发全量扫描，把 PSR-4 目录下所有真实存在的 .php 文件里的类、接口、trait 提取出来，写进 autoload_classmap.php。
单独运行 composer dump-autoload --classmap-authoritative，autoload_classmap.php 很可能为空或只有几个核心类，权威模式等于查一张白表。
正确命令是：
composer dump-autoload -o --classmap-authoritative --no-dev
其中 --no-dev 关键：跳过 autoload-dev 配置，避免测试类混入 classmap，也防止它们触发 fallback。
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
怎么确认权威模式真生效了
别信命令输出，看代码逻辑：
- 打开
vendor/composer/autoload_real.php，搜findFile方法：如果只剩if ($classMap = $this->classMap)分支，且完全删掉了foreach ($this->prefixesPsr4和$this->fallbackDirsPsr4相关代码，才算真关闭了动态查找 - 检查
vendor/autoload.php是否含'classmap-authoritative' => true - 用
grep -c "MyClass" vendor/composer/autoload_classmap.php确认关键类名（注意大小写和命名空间斜杠）确实存在
生产部署该用 install 还是 dump-autoload
CI/CD 或 Docker 构建阶段，优先用：
composer install --no-dev --optimize-autoloader --classmap-authoritative
这条命令在安装依赖时一并完成 classmap 全量构建，比先 install 再 dump-autoload 更可靠——它确保 dev 包完全不参与 autoload 配置，也不会因本地残留配置干扰线上行为。
而 composer dump-autoload --classmap-authoritative 只适合本地验证或调试，生产环境直接改 vendor 文件风险高，且无法保证依赖版本与 classmap 严格一致。
真正容易被忽略的是：classmap 是静态快照，它不感知运行时动态类（如 Laravel 的 _ide_helper.php、Doctrine Proxy 类），这类必须手动加进 autoload.files 并确保被 -o 扫到，否则上线就炸。
