Composer config -g repo.packagist 总不生效是因为键名必须为单数repo.packagist、type值必须显式写composer、URL必须HTTPS且末尾带/，三者缺一即静默fallback至官方源，验证需执行composer config -g repo.packagist并确认输出为完整JSON对象。
全局配置只在你当前终端用户下生效，CI、Docker、宝塔等环境几乎都读不到；项目级配置才是协作和部署的可靠选择，但老项目直接加 repositories 数组会触发元数据验证失败。
composer config -g repo.packagist 为什么总不生效？
不是网络慢，是命令写错了三个硬性条件，Composer 会静默 fallback 到官方源，连报错都没有：
-
repo.packagist必须一字不差：写成repos.packagist、repository.packagist或mirror全部无效 - 中间的
composer是type值，不是注释——漏掉它，配置就等于没写 - URL 必须是 HTTPS 且末尾带
/，比如https://mirrors.aliyun.com/composer/✅，少斜杠会请求/composerpackages.json导致 404
验证是否真写进去了，别信“执行完没报错”：运行 composer config -g repo.packagist，输出必须是完整 JSON，形如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。空、null、或还是 https://packagist.org，说明根本没写成功。
老项目换镜像后报 Could not find package 怎么办？
老项目（尤其是 composer.lock 里 content-hash 是 32 位 md5 的）锁文件记录的是 packagist.org 的 dist URL 和 hash，换镜像后不重生成 lock，下载时仍走原始链接——而镜像可能已下线该旧包（如 symfony/console v3.4），直接报错。
- 进项目根目录，执行
composer config repositories.packagist.org false，它会在composer.json加"repositories": {"packagist.org": false}，禁用兜底，强制走 lock 记录的原始地址 - 不要手动改
repositories为数组形式，老项目保持空或仅含该packagist.org: false即可 - 删掉
vendor/和composer.lock，再跑composer install（不是update）
华为云路径含 /repository/php/composer/，漏掉 /php/ 会 404；腾讯云地址末尾不能多写 /，否则 cURL error 60。
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
CI/CD 和 Docker 里怎么配才不踩坑？
容器和 CI runner 默认不继承你本地的全局配置，~/.composer/config.json 在里面根本不存在。
- Dockerfile 中必须显式 RUN：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/，且每个含composer的构建阶段都要单独配一次 - Alpine 镜像要额外装证书：
RUN apk add --no-cache ca-certificates，否则 SSL certificate problem 会中断所有 HTTPS 请求 - GitHub Actions 中，别依赖
actions/setup-php自带的镜像——它默认不设源，得自己加一步run: composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 宝塔后台以
www用户运行，需sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/
多阶段构建中，COPY composer.json composer.lock ./ 和紧随其后的 RUN composer install 必须连续，中间插任何指令都会让 vendor 缓存失效。
项目级配置怎么写才不破坏协作流程？
项目级配置优先级高于全局，一旦 composer.json 有 repositories 字段，全局配置就彻底被跳过，且不提示。
- 进项目根目录，运行
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（去掉-g），它会自动向repositories对象里写入 key 为"packagist"的条目 - 如果
composer.json里repositories是数组[]，命令会失败；先手动改成空对象{}再重试 - 团队项目常自带空
repositories，这是 Laravel 脚手架默认行为，直接覆盖反而引发合并冲突 - 私有包源应独立声明，例如
"my-private": {"type": "composer", "url": "https://pkg.example.com"}，避免和packagist条目混在一起
真正容易被忽略的是：换源后必须清缓存、删 vendor/ 和 composer.lock，否则旧缓存里的官方 URL 和 hash 会继续干扰安装过程。
