报“Your requirements could not be resolved”时，需先排除网络问题，重点检查本地PHP版本与composer.lock中require.php字段是否匹配，运行php -v比对；再执行composer diagnose检测缺失扩展（如ext-mbstring），并核查composer.json中"config.platform.php"是否硬写与实际不符的PHP版本。
先看报错前几行红色文字，不是“Installation failed, reverting”那句——它只是结果，不是原因。
报 “Your requirements could not be resolved” 怎么快速定位
这不是网络或镜像问题，是本地环境不满足 composer.lock 里已锁定的运行前提。
- 运行
php -v和composer.lock里任一包的require.php字段比对（比如"monolog/monolog": "3.5.0"要求^8.1，你本地却是8.0.30） - 执行
composer diagnose，它会直接标出缺失的ext-mbstring、ext-xml等关键扩展 - 检查
composer.json顶部"config": {"platform": {}}是否硬写了和你实际不符的 PHP 版本（如写"php": "8.2.10"，但你装的是8.1） - 别急着加
--ignore-platform-reqs：它让install过了，但后续运行时大概率直接ParseError或Class not found
报 “Could not fetch packages.json” 或卡在 Loading composer repositories
这是典型的元数据拉取失败，和 vendor/ 无关，只和仓库地址、TLS、DNS 有关。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 立刻运行
curl -I https://mirrors.aliyun.com/composer/packages.json：返回200才算通；若报SSL connect error，说明 CA 证书过期，需更新openssl.cafile和curl.cainfo指向最新cacert.pem - 检查镜像配置是否写对：
composer config -g repo.packagist输出必须是完整 JSON，如{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}；少斜杠、漏type、键名写成repos.packagist都会静默失效 - 项目级配置优先于全局：只要
composer.json里有"repositories"字段（哪怕空数组），全局镜像就彻底不生效；此时应进项目目录运行composer config repo.packagist composer https://mirrors.aliyun.com/composer/
报 “Permission denied” 写 vendor/ 或 composer.lock
90% 是归属权错了，不是权限数字不够，更不是要 chmod 777。
- 定位报错路径，比如
file_put_contents(/path/to/vendor/autoload.php): Permission denied，立刻执行ls -ld /path/to/vendor - 如果属主是
root，而你是普通用户，就必然失败；修复命令：sudo chown -R $USER:$USER /path/to/vendor /path/to/composer.lock - Windows 下还可能是杀软拦截；临时禁用 Windows Defender 实时防护，或改用 Git Bash 运行
真正卡住的地方往往藏在 composer diagnose 的输出里，或者 composer update --dry-run -v 中带 because 的嵌套行——这些细节不手动翻，光重试或删 vendor 永远绕不开根因。
