Composer中文镜像站不提供带宽与成功率API，客户端无法直接获取，只能通过curl探测HTTP状态码、Nginx日志字段（如$upstream_cache_status）及服务端Prometheus指标（如rate(nginx_vts_server_request_bytes_total[1m])）间接统计。
镜像站本身不暴露带宽与成功率指标
Composer 中文镜像站（阿里云、腾讯云、清华源等）没有提供实时带宽吞吐量或请求成功率的 API 接口，composer 命令也完全不支持这类查询。你执行 composer mirror status 或 composer diagnose --mirror 会直接报错——这些子命令根本不存在。
所谓“监控”，实际只能落在镜像服务的基础设施层，而非 Composer 客户端。客户端视角下，唯一可观测的是：自己发出去的请求是否成功、耗时多少、有没有超时或 SSL 错误。
用 curl + 日志字段统计近似成功率
成功率必须靠你自己采集 HTTP 状态码和缓存状态，不能依赖镜像站返回的“健康值”。关键不是看 /packages.json 是否返回 200，而是看真实下载路径（如 /p2/monolog/monolog.json 或 /dist/xxx.zip）的响应质量。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 在 Nginx 反向代理层开启
$upstream_cache_status和$status日志字段，例如：log_format main '$remote_addr - $remote_user [$time_local] "$request" $status $body_bytes_sent "$http_referer" "$http_user_agent" $upstream_cache_status'; - 按小时聚合日志：
awk '$9 == "HIT" || $9 == "MISS" {hits++} $9 == "EXPIRED" {miss++} END {print "HIT rate:", hits/(hits+miss+0)}' /var/log/nginx/mirror-access.log - 成功率计算应排除 302（重定向）和 403（禁止根路径访问），只统计 200 + 206（分块下载）为有效成功
- 注意华为云镜像对
/返回 403 是正常行为，探测必须用/packages.json或/p2/下真实路径
带宽吞吐量只能从服务端 Nginx 或 CDN 后台取
客户端无法得知镜像站出口带宽用了多少 Gbps，curl -w "%{size_download}" 只能拿到单次响应体大小，不是吞吐量。真实带宽数据必须来自服务端：
- Nginx 配合
nginx-module-vts模块可输出nginx_vts_server_request_bytes_total，再用 PromQL 计算速率：rate(nginx_vts_server_request_bytes_total[1m]) - 若镜像走 CDN（如阿里云 DCDN、腾讯云 CDN），需登录控制台查“流量监控”图表，单位是 Mbps 或 GB/日
- 不要用
iftop或vnstat直接抓服务器网卡——Composer 流量混在其他 HTTP 流量里，无法精准剥离 - 本地测试脚本里跑
curl -o /dev/null -s -w "%{speed_download}\n"得到的是你的出口带宽上限，不是镜像站吞吐能力
最容易被忽略的判定陷阱
成功率和带宽数字本身没意义，真正要盯的是波动模式和上下文关联：
- 5xx 错误率突增时，先查
probe_http_status_code{job="mirror-aliyun"} == 502，再比对php_fpm_process_active是否打满——可能是 PHP-FPM worker 耗尽，不是带宽瓶颈 - 带宽曲线平稳但安装变慢？检查
nginx_vts_server_request_seconds_sum / nginx_vts_server_request_seconds_count的 P95 延迟，可能是 Redis 缓存击穿导致后端 MySQL 直连抖动 - 同一镜像在不同地区成功率差异大？不是镜像问题，是 DNS 解析污染或中间 ISP 限速，得结合
dig +short mirrors.tuna.tsinghua.edu.cn和mtr -z mirrors.tuna.tsinghua.edu.cn判定
