composer diagnose 不修复问题，只诊断环境故障；它在子目录报“No composer.json found”是因默认不递归查找，需在含composer.json的目录执行，自定义配置须用-c指定，openssl失败多因CLI php.ini未启用扩展，GitHub/HTTPS失败常源于代理或证书问题，插件兼容性需额外用--no-plugins验证。
composer diagnose 不修复问题，只告诉你哪块坏了；它报错时别急着重装 Composer，90% 的情况只需改一行配置或删一个环境变量。
为什么在子目录里运行 composer diagnose 总是提示 “No composer.json found”
这不是命令失效，是设计如此——composer diagnose 默认只检查当前工作目录下的 composer.json 和 vendor/，不会向上递归查找项目根目录。
- 确保你在含
composer.json的目录下执行命令，用ls -l composer.json（Linux/macOS）或dir composer.json（Windows）确认 - 如果项目用了自定义配置文件（如
composer.local.json），必须显式指定：composer diagnose -c composer.local.json - 某些共享主机禁用了
proc_open()，会导致网络类检测直接跳过，输出中会写 “Skipped”，这不是通过，是压根没验成
[FAIL] The openssl extension is missing 怎么办
这个错误不是 PHP 没装 OpenSSL，而是当前 CLI 使用的 php.ini 里没启用扩展，或者被注释了。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 运行
php -m | grep openssl看是否已加载；没输出就说明没启用 - 找到 CLI 模式用的
php.ini：执行php --ini，看 “Loaded Configuration File” 路径 - 编辑该文件，取消
;extension=openssl前的分号；注意不要改错文件（Web 服务器用的php.ini和 CLI 的常不同） - Windows 用户还要确认
extension_dir指向正确，且php_openssl.dll文件存在
[FAIL] GitHub API is not working 或 [FAIL] HTTPS connectivity to packagist.org
这两类失败基本都指向网络策略或证书链问题，和 Composer 本身关系不大。
- 先手动验证：运行
curl -I https://api.github.com/rate_limit和curl -I https://packagist.org，看是否返回200或302 - 若 curl 也失败，检查系统代理设置：
env | grep -i proxy（macOS/Linux）或Get-ChildItem Env: | Where-Object Name -like "*proxy*"（PowerShell） - 清除残留代理：
composer config --global --unset http-proxy和--unset https-proxy，再composer clear-cache - 企业内网常见 CA 证书缺失：把公司根证书 PEM 文件路径设为全局 cafile：
composer config --global cafile /path/to/company-root-ca.crt
插件报不兼容却没在 diagnose 输出里显示
composer diagnose 只检查已安装插件的声明兼容性，但不会触发插件实际加载。有些插件只在 install 或 update 阶段才暴露问题。
- 运行
composer diagnose后，再加一句composer update --no-plugins --dry-run -v，对比两次输出 - 如果加了
--no-plugins就不报错，基本锁定是插件导致；再查vendor/composer/installed.json里哪些包 type 是composer-plugin - 重点看插件自己的
composer.json中"composer-plugin-api"字段值，"^1.0"和"^2.0"不互通 - 别信 README，直接去 Packagist 页面点开插件的
composer.json源码看真实声明
真正容易被忽略的是：diagnose 通过 ≠ 能正常 install。它不校验 lock 文件结构、不测试插件运行时行为、也不模拟依赖解析全过程。遇到 “OK” 之后仍失败，得立刻切到 composer update --dry-run -v 或 composer why-not 这类真解析命令上。
