classmap自动加载仍慢是因为未启用--classmap-authoritative或未在autoload.classmap中显式配置路径；必须添加如"src/"等目录并执行composer dump-autoload --classmap-authoritative，否则仅psr-4配置无法生成完整classmap。
classmap生成后为什么自动加载还是慢？
因为composer dump-autoload默认不启用优化模式，即使有classmap段，也不会把所有类路径预扫描进vendor/composer/autoload_classmap.php——它只对"classmap"配置项里显式列出的目录/文件做扫描。没配，就不扫；扫得少，运行时仍要递归查找。
如何让Composer真正生成完整classmap？
必须显式启用--classmap-authoritative或--optimize（后者已弃用但仍有效），并确保"autoload.classmap"包含所有需预加载的源码路径。常见误操作是只依赖"autoload.ps4"，结果classmap为空。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 运行
composer dump-autoload --classmap-authoritative，强制所有类路径仅从classmap查，跳过PSR-4动态解析 - 在
composer.json中补全"autoload": {"classmap": ["src/", "lib/", "tests/"]}，别只写psr-4 - 若项目含大量散列小文件（如模板类、DTO），可单独加
"classmap": ["app/Models/"]提高命中率
classmap-authoritative模式下要注意什么？
启用后，任何未被classmap覆盖的新类（比如开发时临时新建的src/Utils/Helper.php）将直接报Class not found——Composer不再回退到PSR-4规则。这不是bug，是设计行为。
- 开发阶段慎用
--classmap-authoritative，CI/部署环境再开 - 每次新增类文件后，必须重新运行
composer dump-autoload --classmap-authoritative -
vendor/composer/autoload_static.php里的$classMap数组大小可直观反映覆盖程度，空或过小说明路径没配对
和optimize-autoloader有什么区别？
--optimize-autoloader（或"optimize-autoloader": true）本质是开启--classmap-authoritative + 合并PSR-4映射为静态数组，但它**不会自动扩展classmap扫描范围**。很多人开了这个却没提速，就是因为"autoload.classmap"仍是空的。
- 两者都需配合显式的
"classmap"配置才生效 -
--classmap-authoritative更严格，适合容器化部署；--optimize-autoloader更常用，但注意它不解决“漏扫”问题 - 检查是否生效：看
vendor/composer/autoload_static.php里$classMap是否非空，且键名包含你预期的类名
composer dump-autoload --classmap-authoritative --no-dev，再对比autoload_classmap.php前后行数，差值就是你漏掉的扫描路径。
