composer无downgrade命令，降级分工具自身（用composer self-update --version）和项目包（用composer require vendor/package:ver --with-all-dependencies）两类，操作逻辑与风险不同，不可混用。

Composer 本身没有 downgrade 命令，但“降级”这件事分两类：一类是降级 Composer 工具自身（即 composer --version 显示的那个版本），另一类是降级项目里某个 PHP 包（如 guzzlehttp/guzzle）。两者操作逻辑、风险点和常见失败原因完全不同，混用会导致白忙活。

composer self-update --version 能直接降级自身

这是最常用也最稳妥的方式——前提是你的 Composer 是通过官方 PHAR 安装的（非 apt/brew 等包管理器安装）。它会自动下载指定版本的 PHAR 并替换当前二进制文件。

• 先确认当前版本：composer --version，比如输出 Composer version 2.5.8
• 想回到 2.2.22？运行：composer self-update 2.2.22（PowerShell 用户需加引号：composer self-update "2.2.22"）
• 如果提示 Permission denied，说明安装在系统路径（如 /usr/local/bin/composer），要加 sudo（Linux/macOS）或以管理员身份运行终端（Windows）
• 别用 composer self-update --rollback：它只能回退上一个版本，且失败时无提示，不可控
• 国内用户常卡在 SSL 或超时，不是因为命令错，而是默认访问 https://getcomposer.org 不稳定；可临时设代理，或改用国内镜像源（注意：self-update 不走 packagist 镜像，得靠环境变量或手动下载）

composer require vendor/package:1.2.3 强制降级包

这是项目依赖降级的核心操作。不要只改 composer.json 后跑 composer update，那样可能不生效——Composer 默认只升不降，除非你显式要求。

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

• 先查当前装的是什么版本：composer show vendor/package
• 执行强制重写约束：composer require vendor/package:1.2.3（带具体版本号，不带 ^ 或 ~）
• 关键参数不能少：--with-all-dependencies，否则子依赖冲突时会报错退出，而不是自动调整
• 如果执行后 composer.lock 没变、vendor/ 下文件也没更新，大概率是 PHP 版本不兼容（比如目标包已不支持你当前的 php 版本），可临时删掉 config.platform.php 测试
• 降级后若出现 Class not found，不是 Composer 没装对，而是 autoloader 缓存没刷新，运行 composer dump-autoload 或重启 php-fpm

手动替换 composer.phar 前必须校验 SHA384

当 self-update 失败、网络受限，或你在 CI 环境中需要完全可控的安装流程时，手动下载 PHAR 是唯一选择。但跳过签名校验等于埋雷。

• 从 GitHub Releases 页面下载对应版本（如 https://github.com/composer/composer/releases/tag/2.1.14），或用直链：curl -sS https://getcomposer.org/download/2.1.14/composer.phar -o /tmp/composer.phar
• 必须校验：shasum -a384 /tmp/composer.phar，比对官网该版本页列出的 SHA384 值（不是 MD5，不是 SHA256）
• 覆盖前备份：cp $(which composer) /tmp/composer-backup.phar
• 替换并赋权：sudo mv /tmp/composer.phar $(which composer) && sudo chmod +x $(which composer)
• 有人跳过校验直接覆盖，结果首次运行报 Signature mismatch 直接退出——PHAR 内置签名验证逻辑，绕不过

最容易被忽略的一点：Composer 2.x 生成的 composer.lock 文件，1.x 读不了，会报 Invalid argument supplied for foreach()；反过来，1.x 的 lock 文件在 2.x 下虽然能读，但依赖解析策略不同，可能导致实际安装的包版本偏移。降级前后务必删掉 composer.lock 并重新 install 或 update。