换镜像源后composer install仍慢，90%因配置未生效或缓存未清：需确认composer config -g repos.packagist输出为阿里云地址，执行composer clear-cache，并用composer install -vvv验证日志中url是否含aliyun；项目级repositories配置会完全屏蔽全局设置。
为什么换镜像源后 composer install 还是慢
换源不生效，90% 是配置没落进实际生效位置，或缓存没清。运行 composer config -g repo.packagist 查看全局配置是否为 https://mirrors.aliyun.com/composer/；若输出为空或仍是 https://packagist.org，说明配置失败。常见原因包括：
• 配置命令拼错：写成 repo.packagist（少一个 s），正确应为 repos.packagist
• 没清缓存：composer clear-cache 必须紧跟在配置之后执行
• 用了已停用的老地址，比如 https://packagist.phpcomposer.com 或 https://packagist.laravel-china.org，这些在 2025 年底已下线
如何验证镜像源是否真正生效
不能只看配置命令是否成功，得看实际网络请求路径。执行 composer install -vvv，滚动到底部观察日志：
• 正常情况会显示 Reading packages.json from cache，且 URL 路径含 aliyun 或 mirrors
• 若仍出现 Downloading https://packagist.org/packages.json，说明 fallback 到了官方源，配置未覆盖默认行为
• 注意：项目级配置（composer config repo.packagist ...）优先级高于全局，但若项目根目录下有 composer.json 且含 "repositories" 字段，它会完全屏蔽全局镜像设置
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
Composer 2.x+ 下的镜像兼容性要点
Composer 2.x 默认启用 classmap-authoritative 模式，每次 update 都会强制重扫 vendor 目录，I/O 开销极大，和镜像源快慢无关。这不是网络问题，是本地解析开销：
• 关闭方式：composer config authorative false（注意拼写是 authorative，不是 authoritative）
• 或删掉 composer.json 中的 "optimize-autoloader": true，改用 composer dump-autoload --optimize 手动触发
• 同时建议加 "parallel-downloads": 10 到 composer.json 的 "config" 段，提升并发下载能力
依赖“活跃度”不等于“最新版”，而是“可安装性”
所谓保持依赖库活跃，核心是确保所有包能被稳定拉取、校验通过、无中断安装。这依赖三个同步动作：
• 镜像源必须与 Packagist 实时同步（阿里云、腾讯云目前都满足）
• composer.lock 文件中每个包的 dist.url 和 dist.shasum 必须指向镜像站提供的可用路径，否则 install 会 fallback 到官方源甚至失败
• 若项目使用私有包或 GitHub private repo，需单独配置 repositories 并确保 token 权限有效，这类包不会走镜像源，容易成为卡点
