composer show -p 显示的是已注册的包源列表，而非当前实际请求所用的源；真正决定请求路径的是 repositories 配置顺序及 packagist.org 是否启用回退。
composer show -p 显示的源地址是不是当前生效的
不是。composer show -p 只列出已注册的包源（包括 packagist.org 和你手动 add 的镜像），但不反映当前实际请求走哪个源。它甚至可能显示多个源，而 Composer 实际只用第一个匹配的。
真正决定请求路径的是 repositories 配置顺序和是否启用了 packagist.org fallback。比如你用 composer config -g repos.packagist composer https://mirrors.aliyun.com/composer/ 设置了全局镜像，那所有包都会优先走阿里云；但如果配置里同时保留了默认 packagist.org 且没禁用，某些包（如私有仓库或未同步镜像）仍可能回退到官方源。
- 运行
composer config --list | grep repositories查看当前生效的完整源列表及顺序 - 检查输出中是否有
packagist.org且未被设为false—— 如果存在且未禁用，就存在回源风险 - 确认镜像是否对所有包类型支持：有些镜像不代理
vcs类型仓库或私有package定义
curl -I 测镜像站 HTTP 状态码是否足够
不够。返回 200 OK 只说明服务能响应，不代表 Composer 能正常拉取元数据或下载 ZIP 包。镜像站可能 HTTP 层通，但后端同步延迟、索引损坏、SSL 证书异常或 CDN 缓存脏数据，都会导致 Composer 报错。
更可靠的验证方式是模拟真实请求流程：
- 执行
curl -v https://mirrors.aliyun.com/composer/p2/topthink/framework.json（选一个热门包的p2元数据路径）—— 看是否返回 JSON 且Content-Type: application/json - 检查响应头里的
X-Composer-Mirror-Last-Sync（部分镜像提供）或Date时间戳，判断同步是否滞后超过 1 小时 - 用
composer clear-cache后执行composer require topthink/think:8.0.0 -vvv，观察日志里实际请求的 URL 和错误详情（如file_get_contents(): SSL operation failed或Could not parse version constraint）
composer diag 检查结果里 “The configured repository is not available” 是什么意思
这表示 Composer 尝试访问你配置的某个自定义源（比如私有仓库或镜像）时失败了，但错误本身不区分是 DNS、超时、404 还是 TLS 握手失败 —— 它统一归为“不可用”。关键要定位具体是哪个源出问题。
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
composer diag 默认只检测前几个源，且跳过 packagist.org（除非你显式加了）。如果它报错，先看输出末尾类似这样的行：Checking https://your-mirror.com/ -> FAILED。
- 如果没显示具体 URL，加
-v参数重试：composer diag -v - 注意是否用了带认证的源（如
https://token:x-oauth-basic@repo.example.com）—— token 过期或权限不足也会触发该提示 - 某些镜像要求 User-Agent，而 Composer 默认 UA 可能被拦截；可临时加
http-basic配置绕过，或改用支持 UA 的镜像
切换镜像后 vendor/autoload.php 不生效或类找不到
这不是镜像问题，而是 Composer 缓存和 autoloader 机制没刷新导致的假象。镜像只影响依赖下载和 composer.lock 生成，不影响已安装包的自动加载逻辑。
常见诱因是：锁文件未更新、autoloader 未重建、或 vendor 目录残留旧结构。
- 删掉
vendor/和composer.lock，再跑composer install（不要用update，避免引入新版本干扰） - 确保
composer dump-autoload执行成功，且没有警告如Warning: Ambiguous class resolution - 检查
composer.json中autoload配置是否引用了不存在的路径，比如镜像切换后某些包版本变更，导致其 PSR-4 命名空间路径和你代码里use的不一致
镜像状态真正影响的，是 require 阶段能否拿到正确的包版本和哈希值；一旦 vendor 装好了，后续运行就跟镜像无关了。
