composer --version 仅显示本地版本且不联网检查更新；查新版唯一可靠方式是 composer self-update --dry-run，它会联网比对并安全提示是否需升级。
composer --version 只显示当前版本，不检查更新
执行 composer --version 只会输出你本地正在用的 Composer 版本号（比如 Composer version 2.7.7 (2024-06-12 13:45:00)），它**完全不联网、不查远程、不比较新旧**。括号里的日期是官方 PHAR 构建时间，不是你安装时间，更不代表“这是最新版”。很多人误以为看到 2.7.7 就安心了，结果其实 2.8.0 已发布两周——这个命令根本不告诉你有没有新版。
查最新版唯一可靠方式：composer self-update --dry-run
想确认有没有可用更新，必须让 Composer 主动连 Packagist 检查。最直接、官方支持的方式是：
composer self-update --dry-run
它会联网比对当前版本和稳定通道最新版，输出类似：
You are already using the latest stable version.
或
A new stable version is available: 2.8.0 (current: 2.7.7)
关键点：
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
-
--dry-run不真正升级，只做检查，安全可反复执行 - 不加该参数直接运行
composer self-update会立刻升级，别手滑 - 若提示
command not found，说明composer不在$PATH，得先用which composer定位再调用全路径 - 某些 CI 环境或容器里 PHP 配置禁用了
putenv()，会导致失败，需显式指定 PHP 路径和配置，例如：/usr/bin/php -d "disable_functions=" /usr/local/bin/composer self-update --dry-run
想看所有已发布版本？用 show -a 加包名
Composer 本身没有 composer list-versions 这种命令，但你可以把 Composer 当作一个普通包来查——它的 vendor 是 composer，包名是 composer：
composer show -a composer/composer
这会强制刷新缓存、直连 Packagist API，列出所有历史 tag 和分支，包括 2.8.0、2.7.7、dev-main 等。注意：
- 输出中的
versions字段才是真实可用版本列表，别只扫一眼顶部的 “latest” - 如果没装
jq，用grep提取版本号更稳：composer show -a composer/composer | grep 'versions:' | cut -d: -f2 | tr ',' '\n' | sed 's/^[[:space:]]*//' -
show -a依赖网络且受 Packagist 访问稳定性影响，国内有时超时，不是命令坏了
别信 composer show --latest 查 Composer 自身更新
composer show --latest 是给项目依赖用的，它读 composer.json 的约束，再查 lock 文件允许范围内的“可升级目标”，**完全不适用于 Composer 自身**。对 composer/composer 执行这个命令会报错或返回空，因为 Composer 不是你项目里的 require 包。常见错误现象：
- 执行
composer show --latest composer/composer→ 报错Package "composer/composer" is not installed - 执行
composer show --latest（无参数）→ 列出你项目里各包的“本地允许升到的最高版”，和 Composer 版本无关 - 有人试图改
composer.json加"composer/composer": "^2.8"→ Composer 不支持自己管理自己，会直接拒绝解析
真正需要判断是否该升级时，就盯住 self-update --dry-run 的输出，其他都是绕路。
