composer不处理重复类名加载问题，php禁止同名类重复声明，psr-4映射相同前缀必然崩溃；exclude-from-classmap对psr-4无效；replace和conflict仅作用于安装阶段，无法解决运行时类冲突。
Composer 不处理重复类名加载问题——它根本不管，也管不了。PHP 层面禁止同名类重复声明，一旦两个包都定义了 AppHelper，运行时直接抛出 Fatal error: Cannot declare class AppHelper，没有重试、没有警告、不给你补救机会。
为什么 PSR-4 映射相同前缀就必然崩溃
PSR-4 是静态路径映射，不是运行时路由。如果包 A 的 composer.json 写着 "autoload": {"psr-4": {"App\": "src/"}}，你的项目也用 App\，那 Composer 会把两个 Helper.php 都注册进 autoloader。第一次加载没问题，第二次 new AppHelper() 就崩。
- Composer 不校验命名空间是否“真实存在”，也不检查多个包是否映射到同一前缀
- 后执行的
dump-autoload不会覆盖前一个映射，而是叠加——但 PHP 解析器只认第一个定义 - 错误信息里不会告诉你哪个包先加载、哪个后加载，只报“Cannot declare class”
exclude-from-classmap 只对 classmap 有效，别乱用在 PSR-4 包上
exclude-from-classmap 是个“止血贴”，不是“手术刀”。它只在 Composer 扫描 classmap 目录生成映射表时起作用，对 PSR-4 完全无效。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 先确认冲突包用的是哪种 autoload 方式：打开它的
composer.json，看是psr-4还是classmap - 如果是
classmap，你可以在自己项目的composer.json中加："exclude-from-classmap": ["vendor/bad/package/src/Helper.php"]
- 排除后该文件彻底不可用，除非你手动
require或写代理类——别以为只是“跳过自动加载”
replace 和 conflict 是安装阶段的声明，不是运行时的隔离
replace 告诉 Composer：“这个包我自研实现了，别装原版”；conflict 则是阻止共存。它们都不改变已加载类的行为，只影响依赖解析结果。
-
"replace": {"monolog/monolog": "*"}能防止 Composer 安装官方 Monolog，但如果其他依赖已把它拉进来，它的类照样注册、照样冲突 -
"conflict": {"bad/package": ">=1.2"}可在composer update时报错中断，避免你无意中引入冲突版本 - 这两项必须写在你项目的
composer.json的根级，不能放在require-dev里
最常被忽略的一点：类名重复从来不是 Composer 的配置问题，而是架构信号——要么包作者没守 PSR-4 规范，要么你正在强行合并本该解耦的模块。别急着改 autoload，先问一句：这个类真需要同时存在吗？
