应直接编辑项目根目录下的composer.json，删除整个"repositories"字段或清空为[]，并运行composer validate和composer update --dry-run验证；全局配置需删~/.composer/composer.json中的"repositories"字段，或用composer config --global --unset repositories清除命令行设置，最后确认composer config --list | grep repositories无输出且composer show -p显示packagist.org。

怎么删掉 composer.json 里手动加的仓库配置？

直接编辑项目根目录下的 composer.json，找到 "repositories" 字段，把它整个删掉或清空为 [] 即可。注意别只删数组里的某一项还留着空对象——比如 {"type": "composer", "url": "https://xxx"} 这种残留项，会导致 Composer 启动时解析失败，报错：Invalid repository type "composer" 或类似提示。

删完记得运行：

composer validate

确认 JSON 格式合法；再执行 composer update --dry-run 看是否还引用了旧源。

全局配置里的自定义仓库怎么清除？

Composer 全局仓库配置存在用户家目录下的 composer.json 里（路径通常是 ~/.composer/composer.json 或 Windows 下 %APPDATA%\Composer\composer.json）。打开它，同样删掉 "repositories" 字段。

常见误操作：
– 只删了 "repositories" 但没删掉同级的 "repositories-dev"（如果存在）
– 把 "config" 里的 "secure-http" 或 "disable-tls" 一起误删，影响后续 HTTPS 源访问
– 忘记用 composer config --global --list 检查是否还有通过命令行设置的隐式仓库（比如用过 composer config --global repositories.foo ...）

清除命令行方式添加的仓库，用：

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

composer config --global --unset repositories.foo

（把 foo 换成你当时起的名字）；全部清空则用：

composer config --global --unset repositories

如何确认已回到默认 Packagist 源？

Composer 默认只认 https://packagist.org，但这个源是硬编码在逻辑里的，不显式写在任何配置中。所以“恢复默认”本质就是确保没有任何 "repositories" 覆盖它。

验证方法：

composer config --list | grep repositories

输出应为空，或仅显示 repositories (null)；再运行：

composer show -p | head -5

看前几行是否来自 packagist.org 域名。

注意：composer create-project 或 require 时如果仍走私有源，大概率是项目级 composer.json、全局配置、或当前目录存在 auth.json 里绑定了镜像域名（比如阿里云、腾讯云镜像），需要一并检查。

删仓库后 composer install 还报 404 怎么办？

这不是仓库没删干净，而是 vendor/ 和 composer.lock 里还存着旧源下载记录。必须同步清理：

• 删掉 vendor/ 目录和 composer.lock 文件
• 运行 composer clear-cache 清掉本地包缓存
• 再执行 composer install

特别提醒：有些团队会把 composer.lock 提交到 Git，而它里面固化了包的 dist URL。如果你删了仓库但没删 lock 文件，Composer 仍会尝试从旧 URL 下载——此时报 404 是必然的，不是配置问题，是数据残留。