“could not find package xxx”主因是composer默认仅检索packagist.org的stable版本，而该包可能处于dev/beta阶段、未提交至packagist、或需配置vcs源；应先访问https://packagist.org/packages/xxx确认存在性，再检查稳定性设置、repositories配置及php版本兼容性。
报错“Could not find package xxx”怎么定位真实原因
不是包真没了，而是 Composer 默认只查 packagist.org 上的 stable 版本。你看到的包可能还在 dev、beta 阶段，或者压根没提交到 Packagist。
- 先确认包是否存在：打开浏览器访问
https://packagist.org/packages/xxx（把xxx换成实际包名），看页面是否 404 或显示 “This package is not on Packagist” - 如果是私有 Git 仓库，必须在
composer.json的repositories字段里显式声明vcs类型源，不能只靠全局镜像 - 想装非 stable 版本，得加参数：
composer require xxx --stability=dev，或在composer.json里设"minimum-stability": "dev" - 某些包依赖 PHP 或扩展版本过高，
composer install -vvv输出末尾会提示具体冲突项，别跳过那几行
报错“SSL certificate problem: certificate has expired”其实是时钟错了
这不是证书过期，是本地系统时间偏差太大（常见快 5 分钟以上），导致 OpenSSL 校验 HTTPS 证书有效期失败。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- Linux/macOS：运行
timedatectl status，看System clock synchronized是否为yes；不是就执行sudo timedatectl set-ntp true并重启服务 - Windows：以管理员身份运行
w32tm /resync，若报错先执行net start w32time，再强制指定可靠源：w32tm /config /syncfromflags:manual /manualpeerlist:"time.nist.gov pool.ntp.org" - 验证方式：访问 time.is 对比，误差超过 2 分钟就必须校准
- 临时绕过（仅调试）：
composer config -g secure-http false+composer config -g cafile /dev/null，但不安全，切勿长期用
报错“Permission denied”别急着 chmod -R 777
90% 是目录归属权错了——vendor/、composer.lock 或 ~/.composer/cache 被 sudo 污染过，属主是 root，而你现在用普通用户运行命令。
- 直接看报错路径：
file_put_contents(/path/to/vendor/autoload.php): Permission denied→ 问题就在vendor/ - 检查归属：
ls -ld vendor/、ls -ld $(composer config --global cache-dir)，输出第一列属主不是当前用户名（$(whoami)）就是根源 - 修复命令：
sudo chown -R $USER:$USER vendor/ composer.lock，全局缓存同理：sudo chown -R $USER:$USER $(composer config --global cache-dir) - 永远不要
sudo composer install，这是污染源头；如果已用过，整个~/.composer都要chown回来
换国内镜像后还是卡在 “Loading composer repositories”
镜像根本没生效，或者缓存/lock 文件残留旧地址，导致 Composer 还在往 packagist.org 发请求。
- 验证是否真配对：
composer config -g repo.packagist必须输出完整 JSON，如{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}；空、null或仍是官方地址，说明没写对 - 项目级配置优先级高于全局：只要
composer.json里有"repositories"字段（哪怕只是[]），全局镜像就完全失效；临时清掉：composer config --unset repositories - 必须清缓存：
composer clear-cache；Windows 还要手动删%LOCALAPPDATA%\Composer\cache - 删干净再重试：
rm -rf vendor composer.lock，再跑composer install；composer.lock里硬编码了旧 provider 地址，不删它就会一直重试失败路径
sudo 污染，这两类问题不会报明确错误，只会静默失败。
