删 composer.lock 后运行 composer install 是唯一有效解法，因该报错源于 lock 与 json 版本约束冲突（如 lock 记 2.8.0 而 json 写 ^3.0），--ignore-platform-reqs 和 --force-reinstall 均不作用于版本校验。
Composer 没有“强制安装”这个按钮，所有看似“强行通过”的操作，本质都是在切换校验层级或修改输入前提——选错方式不仅无效，还会把问题拖到运行时才爆发。
composer install 报 “Your lock file does not contain a compatible set of packages” 怎么办
这不是环境问题，是 composer.lock 和 composer.json 的版本约束对不上。比如 lock 里记着 monolog/monolog:2.8.0，而 json 里写了 "monolog/monolog": "^3.0"，Composer 就拒绝装，防止你混用不兼容大版本。
-
--ignore-platform-reqs完全无效：它只跳过 PHP 版本、扩展检查，不碰任何包版本逻辑 -
--force-reinstall也无效：它会重装包，但依然严格校验版本是否满足约束 - 真正有效的做法只有一个：删掉
composer.lock，再跑composer install——但这其实不是“忽略”，而是让 Composer 放弃旧锁，完全按composer.json重新解析依赖树 - 注意：删锁后结果可能和原来完全不同，尤其当多个版本都满足
^3.0时，Composer 可能选最新 patch 或回退到某个稳定小版本
想装 dev-main 分支却失败：不是参数问题，是写法和配置问题
Composer 不接受 composer require vendor/repo:dev-main --force 这类幻想式写法。它对分支名极其较真，大小写、斜杠、前缀一个都不能错。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 分支必须带
dev-前缀，且和远程仓库完全一致（比如 GitHub 上叫main，就不能写成master或Dev-Main） - 如果项目
minimum-stability是stable（默认），dev-main会被直接过滤掉，必须在根composer.json加上："minimum-stability": "dev",<br>"prefer-stable": true
-
--ignore-platform-reqs对分支不可达问题毫无帮助；它只管 PHP/扩展，不管 Git 地址通不通、分支存不存在 - 若仓库是私有或非 Packagist 源，必须在
repositories里显式声明：{"type": "vcs", "url": "https://github.com/vendor/repo"}
composer require 报 “Conclusion: don’t install X” 怎么破
这是 SAT 求解器判定当前依赖图无解，不是权限或网络问题。Composer 已经告诉你：别的包硬性要求旧版，你硬塞新版会导致冲突。
- 先查谁在拦：
composer prohibits vendor/package:v3.2.0，输出会明确指出哪个包的哪条require在阻止 - 安全做法：降级那个冲突包的版本，再
composer update conflicting-package - 临时绕过：
composer require vendor/package:v3.2.0 --no-update先写进composer.json，再composer update vendor/package --with-all-dependencies触发更激进的回溯求解 - 别用
--ignore-platform-reqs破依赖冲突——它根本不在依赖求解路径上，加了等于没加
--ignore-platform-reqs 到底能干啥、不能干啥
它只跳过三类检查：PHP 版本（php）、PHP 扩展（ext-gd）、系统库（lib-curl）。仅此而已，不参与任何依赖版本决策。
- 能用的场景：CI 中 PHP 版本略低但你确认代码兼容；本地缺
ext-redis但暂时不用缓存功能 - 不能用的场景：
composer require laravel/octane --ignore-platform-reqs—— octane 强依赖ext-swoole，忽略后php artisan octane:start必报Class 'Swoole\Http\Server' not found - 更安全的做法是精准忽略：
composer install --ignore-platform-req=php --ignore-platform-req=ext-gd，保留其他检查 - 写成
--ignore-platform-reqs=true会直接报错：Composer 不认这种布尔赋值写法
最常被忽略的一点：所有“绕过”操作都不改变运行时行为。删 composer.lock 后装出来的包，可能在 PHP 8.0 下跑不动；加 --ignore-platform-reqs 装上的包，可能一调用就 Undefined function。真正的稳定性来自环境对齐，而不是安装命令够不够狠。
