运行 composer show -v vendor/package-name 可查看包的 source（Git 仓库）和 dist.url（归档下载地址）元信息；但真实下载 URL 必须通过 composer install -vvv 观察 Downloading 行确认，因镜像会动态替换 dist.url 域名。
Composer 包的安装来源分两类：元信息来源（source 或 dist.url）和实际下载来源（HTTP 请求地址）。直接看 composer show -v 只能拿到前者；要确认后者，必须用 -vvv 观察实时请求。
查包的 Git 仓库或归档源（source 和 dist.url）
这是最常被问到的“来源”，但容易混淆概念：source 是开发者维护代码的原始仓库地址（如 GitHub），dist.url 是 Composer 实际下载 zip/tar 包的地址（可能被镜像替换）。
- 查单个包的
source和dist.url：运行composer show -v vendor/package-name，必须加-v，否则字段不显示 - 若输出中
source为null，说明该包是通过 dist 安装的，此时重点看dist.url字段 - 若
dist.url显示的是https://mirrors.aliyun.com/...或类似域名，说明你正在使用镜像；若显示https://api.github.com/...，则是直连 GitHub - 注意：私有 Git 包（如
"type": "package"+"source"）可能只有source字段，dist.url缺失
确认实际下载时走的 HTTP 地址（-vvv 是唯一可靠方式）
配置镜像后，composer show -v 的 dist.url 仍可能显示原始地址，它只是元数据记录值。真实请求地址只在命令执行时暴露。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 运行
composer install -vvv或composer require vendor/package -vvv - 在输出中搜索
Downloading，找到形如Downloading https://mirrors.aliyun.com/composer/...或Downloading https://repo.packagist.org/...的行 - 该 URL 就是本次安装真正发起 HTTP 请求的地址，也是你当前生效的源
- 如果想验证是否恢复了官方源，先执行
composer config --unset repos.packagist，再跑-vvv命令观察 URL 变化
查当前项目配置的源（不是下载地址，而是配置项）
这个不等于实际下载地址，但能帮你快速定位问题根源——比如发现配置里写了镜像，却在 -vvv 输出里看到官方域名，那大概率是缓存或本地 composer.json 覆盖了全局设置。
- 查看主源配置：运行
composer config repo.packagist.org.url - 若返回空，说明没显式配置镜像，走默认
https://repo.packagist.org - 若返回
https://mirrors.aliyun.com/composer/，说明镜像已启用；但要注意：项目级配置（composer.json中的repositories）优先级高于全局 - 检查完整配置列表：运行
composer config --list | grep -E "(repo|mirror)"（Linux/macOS）或composer config --list | findstr "repo\|mirror"（Windows）
为什么 composer show 看到的 dist.url 和 -vvv 不一致
这是最易踩的坑：很多人以为 dist.url 就是下载地址，结果发现改了镜像后它不变，误判镜像未生效。
-
dist.url来自包的composer.lock或 Packagist 元数据，是“声明的归档地址”，不是“运行时解析后的地址” - Composer 在安装时会把
dist.url中的域名自动替换为当前配置的镜像源（如果启用了 mirror），所以-vvv才是真相 - 如果你刚切了镜像但没删
vendor/和composer.lock，旧包可能仍从缓存加载，-vvv也不会打印下载行——此时需加--no-cache强制刷新 - 真正复杂的地方在于：同一个包，在不同项目、不同 Composer 版本、不同镜像策略下，
dist.url字段可能完全不出现，而source字段也可能被 VCS 驱动覆盖
