Composer包不存在如何恢复官方源-composer-PHP中文网

直接删全局镜像配置并清缓存，是让 composer 回归默认源 https://packagist.org；常见失效原因是误删 repo.packagist（单数）而未删 repos.packagist（复数），需用 composer config -g repos.packagist 验证是否为空，并检查环境变量、项目级配置及运行 clear-cache。

composer包不存在如何恢复官方源

直接删掉全局镜像配置并清缓存，不是“恢复默认”，而是让 Composer 回到它本来的行为：没配置就走 https://packagist.org。

为什么 `composer config -g --unset repos.packagist` 总不生效

最常见原因是字段名写错。Composer 2.x 实际读取的是 repos.packagist（复数、带 s），但很多中文教程教的是 repo.packagist（单数）。这两个字段完全独立——删了 repo.packagist，repos.packagist 还在，镜像照常走。

执行 composer config -g repos.packagist，如果输出 Key "repos.packagist" does not exist 或空，才算删对了
漏掉 -g 参数？那只是删当前项目的 repositories 字段，对全局无效
删完不运行 composer clear-cache？缓存里还存着阿里云/腾讯云的 packages.json 快照，composer update 会继续拉错包、版本号错乱

查三层配置，才能确认真正生效的源

Composer 查源顺序是：环境变量 > 项目级 composer.json > 全局 config.json。哪怕你全局删干净了，只要项目里有 "repositories" 块，它就优先生效。

Workflow Decomposer

工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。

下载

查项目级：运行 composer config repo.packagist（不加 -g），看输出是不是镜像地址
查环境变量：echo $COMPOSER_REPO_PACKAGIST（Linux/macOS）或 echo %COMPOSER_REPO_PACKAGIST%（Windows），有输出就得先 unset
查全局：composer config -g repos.packagist，应为空或报错
验证真实请求：composer require monolog/monolog --no-install -vvv，滚动日志里找 Downloading https:// 行——正确地址必须含 repo.packagist.org，不是任何镜像域名

删配置不如直接覆盖为官方地址

更稳妥的做法不是删字段，而是用 composer config 显式设回官方源。这条命令兼容所有 Composer 2.x 版本，绕过各种 fallback 判断逻辑，尤其避免旧小版本（如 2.2–2.4）删配置后卡在 Could not parse version constraint 的问题。

全局切回：composer config -g repo.packagist composer https://packagist.org（注意这里是 repo.packagist，单数）
仅当前项目临时切回：composer config repo.packagist composer https://packagist.org（不加 -g）
如果项目 composer.json 里写了 "packagist.org": false，得手动编辑删掉整个 repositories 块，否则覆盖全局也没用

私有源和认证凭据容易被连带误删

删 repos.packagist 时，别顺手跑 composer config -g --unset repositories——这会把私有 Git 仓库、Satis 源等全干掉。私有源地址定义在项目 composer.json 的 repositories 字段里，而认证凭据（如 GitHub token、GitLab basic auth）存在 ~/.composer/auth.json 中，这个文件权限必须是 600，否则 Composer 直接拒绝读取。