卡在“resolving dependencies”是因sat求解器在解析虚拟包时陷入无限回溯或约束冲突，非网络或锁文件问题；应加-vvv观察trying/skipped日志、禁用冗余仓库、校验version合法性、简化require并用固定版本替代^/~约束。
为什么 composer install 卡在「Resolving dependencies」却没报错？
这通常不是网络或锁文件损坏，而是 Composer 在解析虚拟包（比如通过 repositories 配置的 package 类型）时陷入无限回溯或约束冲突，但默认日志级别不输出中间过程。它会默默重试、降级、回退版本，直到超时或内存耗尽。
实操建议：
- 加
-vvv运行：composer install -vvv 2>&1 | head -n 200，重点看最后几十行里反复出现的Trying require xxx或Skipped package xxx - 临时禁用非必要仓库：注释掉
composer.json中除目标虚拟包外的所有repositories条目，缩小干扰面 - 检查虚拟包的
version字段是否合法——必须是规范的语义化版本（如"1.0.0"），不能是"dev-main"或空字符串，否则会被跳过解析
虚拟包的 require 字段写错会导致静默失败吗？
会。Composer 对虚拟包内部依赖的校验比真实包更松，但一旦其 require 声明了不存在的包名、不兼容的版本约束，或形成循环依赖（比如 A require B，B require A），就会在解析阶段卡住，且不提示具体哪条 require 出问题。
实操建议：
- 把虚拟包的
require拆成最简形式：先只留"php": "^8.1"，确认能解析成功，再逐条加回其他依赖 - 避免使用
^或~约束虚拟包自身依赖——改用固定版本，例如"monolog/monolog": "3.5.0"，防止因版本推导歧义引发冲突 - 如果虚拟包需依赖另一个虚拟包，确保两者都定义在同一个
repositories下，且后者version字段可被前者约束匹配到（比如前者 require"my/virtual": "^1.0"，后者 version 必须是"1.0.0"或"1.2.3"）
如何用 composer prohibits 定位虚拟包的冲突源头？
composer prohibits 本身不识别虚拟包（它只查已安装或可下载的真实包），但可以借力绕过：先把虚拟包以最小可行方式安装成功（哪怕只含空源码），再用它反向查谁在阻止升级。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
实操建议：
- 先运行
composer require my/virtual:1.0.0 --no-update（不执行更新），再composer update my/virtual --with-all-dependencies -vvv，此时-vvv输出会暴露真实冲突点 - 若仍无明确提示，在
vendor/composer/installed.json查找该虚拟包是否被写入；未写入说明解析根本未通过，应聚焦前两步的-vvv日志 - 注意
conflict字段：虚拟包若声明了"conflict": {"laravel/framework": "，而项目已装 <code>laravel/framework9.x，则直接拒绝解析，但错误信息藏在-vvv最底层
PHP 版本和平台配置怎么影响虚拟包解析？
虚拟包的 php 和 ext-xxx 约束会参与全局平台匹配。如果本地 PHP 小版本低于虚拟包声明的 php 范围（如虚拟包 require "php": "^8.2"，而你用的是 8.1.28），Composer 会跳过该包，且不警告——尤其当它是唯一满足某依赖的候选时，整个解析就僵住。
实操建议：
- 运行
composer show --platform确认当前环境实际可用的php和扩展版本，与虚拟包require字段逐项比对 - 在
config.platform中显式声明目标平台（如"php": "8.2.0"），可让 Composer 模拟该环境解析，避免本地 PHP 版本干扰判断 - 扩展名大小写敏感：
"ext-intl"和"ext-INTL"是不同标识符，虚拟包写错一个字母就会导致匹配失败
虚拟包解析失败最麻烦的地方在于：它不像真实包那样有网络请求日志、缓存路径或可调试的源码入口。所有线索都压在 -vvv 的滚动输出里，而且关键错误行往往出现在几百行日志的倒数第 3 行。别跳着看，从末尾往前扫，盯住重复出现的包名和版本号。
