composer config -g repo.packagist 命令必须同时满足三个硬性条件才生效：键名严格为单数 repo.packagist（非 repos）、第三参数必须显式写 composer（type值）、url须为https且末尾带 /；任一缺失即静默回退官方源，验证需执行该命令并确认输出为完整json或有效url。
composer config -g repo.packagist 这条命令配对了才真正生效，否则所有后续操作都走默认源，不是慢，是根本没走镜像。
为什么 composer config -g repo.packagist 总是不生效
它不报错，但也不工作——这是最坑的地方。实际只认三个硬条件：
-
repo.packagist不能写成repos.packagist或repositories.packagist，多一个s就被完全忽略 - 中间那个
composer是type值，必须显式写出：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - URL 必须是 HTTPS + 末尾带斜杠：
https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌（少斜杠会导致 404 或空响应）
验证是否写进去了，只看这一行输出：composer config -g repo.packagist
正确结果要么是完整 JSON：{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}，要么是纯 URL 字符串。如果输出为空、null 或仍是 https://packagist.org，说明根本没写进去。
宝塔、Docker、CI 里镜像不生效？用户权限和作用域搞错了
全局配置 -g 是按用户隔离的，不是系统级。你在终端用 root 配了，但宝塔用 www 用户跑命令，它就读不到。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 宝塔用户：先确认执行用户：
sudo -u www whoami，再用对应用户重配：sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - Docker 或 CI：别依赖全局配置，直接加参数更可靠：
composer install --repository-url=https://mirrors.aliyun.com/composer/ - 项目级配置（推荐用于协作）：进项目根目录，去掉
-g执行：composer config repo.packagist composer https://mirrors.aliyun.com/composer/，它会自动合并到composer.json的repositories字段里，不会清空已有私有源
composer install 还卡在 Downloading？清缓存和删 lock 文件是必须动作
换源后仍失败，90% 不是镜像问题，而是旧缓存或 lock 文件残留导致 hash mismatch 或 fallback 到旧源记录。
- 必须执行：
composer clear-cache - 必须删掉：
vendor/和composer.lock（尤其多人协作时，lock 文件可能含 packagist.org 的旧哈希） - 再跑：
composer install（不是update），否则 lock 文件不会重建 - 想确认是否真走镜像？加
-vvv看日志：composer require monolog/monolog -vvv，观察 HTTP 请求地址里有没有mirrors.
Windows 下配置 Composer 镜像前，先确保 PHP 环境干净
很多“镜像无效”其实是基础环境没搭好，比如 PATH 没配、扩展没开、路径含中文。
- 检查
php -v能否正常输出，若不行，把 PHP 安装目录（如C:\php8.5）加进系统环境变量Path - 打开
php.ini（用php --ini找位置），确认这几行已取消注释：extension=curl、extension=mbstring、extension=openssl - Composer 安装目录和项目路径避免中文、空格、大写字母，否则 Windows 下易触发
Could not delete错误
镜像配置本身很简单，但一旦和其他环节耦合（权限、缓存、PHP 扩展、路径编码），就容易变成“看起来配了，其实没走”。每一步都要验证输出，而不是只看命令是否执行成功。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
