报错含 mirrors.aliyun.com 或 mirrors.tuna.tsinghua.edu.cn 时，先用 curl -v -A "Composer/2.9.6" 模拟请求验证是否真挂；若返回 403 且响应为空或含 Access Denied，则是镜像服务端拦截（如 UA 被防火墙过滤）；若配置指向已下线源（如 packagist.phpcomposer.com 或 packagist.laravel-china.org），则是地址无效而非临时故障。
报错含 mirrors.aliyun.com 或 mirrors.tuna.tsinghua.edu.cn 时怎么确认是镜像真挂了？
先别急着换源，用 curl 模拟 Composer 请求，看是否同样返回 403：curl -v -A "Composer/2.9.6" https://mirrors.aliyun.com/composer/packages.json
如果返回 HTTP/1.1 403 Forbidden 且响应体为空或含 Access Denied，说明镜像服务端拦截了请求——常见于防火墙过滤了默认 User-Agent，或该镜像临时限流。composer config -g repo.packagist 查当前配置，若指向已停服的 packagist.phpcomposer.com（2022 年下线）或 packagist.laravel-china.org（2023 年底关停），那不是“挂了”，是地址根本无效，必须换。
composer update -vvv 卡在 api.github.com 时为什么配 Token 还没用？
因为 GitHub Token 配置极易写错，而 Composer 不报错、只静默降级为匿名请求：
- 域名必须严格写成 github.com，不能是 api.github.com、www.github.com 或带 https://
- 正确命令：composer config --global github-oauth.github.com ghp_xxx...
- 验证是否生效：composer config --global --list | grep github-oauth，输出应为 "github.com": "ghp_..."
- Token 必须勾选 repo 和 read:packages；复制时带空格或换行会导致失效，可用 echo "$TOKEN" | hexdump -C 检查
- ~/.composer/auth.json 权限必须是 600（Linux/macOS），否则 Composer 直接忽略该文件
为什么切回官方源 packagist.org 就正常，但国内项目又不能总走境外？
因为 Packagist 官方源和国内镜像解决的是不同环节：
- 镜像源（如阿里云、清华）只加速 zip 包下载，不替代 GitHub API 调用
- Composer 仍需访问 api.github.com 获取包元数据（版本列表、commit hash 等），这部分不受镜像影响
- 所以必须同时配好两件事：
✓ 全局镜像源：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/（末尾斜杠不能少）
✓ GitHub Token：composer config --global github-oauth.github.com YOUR_TOKEN
- CI 环境中禁止硬编码 Token，必须用 GITHUB_TOKEN 环境变量注入
代理或企业网络导致 403 的典型表现和绕过方式
某些公司防火墙会拦截 User-Agent: Composer/2.x，返回 403 而非 407 或超时：
- 验证方式：运行 curl -v -A "Composer/2.9.6" https://repo.packagist.org/packages.json，若同样 403，则是 UA 被拦
- 临时覆盖 UA（仅调试）：composer config -g http.header "User-Agent: Mozilla/5.0 (compatible; Composer)"
- 若走代理，检查 http.proxy 和 https.proxy 配置是否泄漏内部认证头（如 X-Internal-Token），这类头可能触发网关拒绝
- composer clear-cache 后再试，避免缓存里残留被拦截的失败响应
真正容易被忽略的是：镜像源返回的 403，有时是上游不可达时伪造的（比如反向代理返回假 403 而非透传 502），不是你配置错了，而是那个镜像本身已不可信。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
