Package xxx is already registered 错误源于本地 composer.json 中同名包重复定义，与镜像无关；必须修改冲突包的 name 字段为唯一值（如 acme/monolog），同步更新 autoload 映射和 require 引用，并可通过 replace 声明替代关系。
Package xxx is already registered 这类错误和中文镜像完全无关，是本地 composer.json 里重复定义了同名包，必须改 name 字段，换镜像没用。
为什么换阿里云/腾讯云镜像解决不了包名冲突
镜像只是 HTTP 代理，不参与包名注册逻辑。报错发生在 Composer 加载完所有 composer.json 后的内存校验阶段，此时请求根本没发出去——镜像连日志都不会打一行。
常见误操作是反复执行 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/，但只要项目级 repositories 里有两条 "name": "monolog/monolog"，哪怕镜像 404 了，错误照样抛。
怎么快速确认是不是包名冲突
看报错触发时机和日志关键词：
• 出现 Loading package xxx from path repository 或 skipping package xxx (already registered) → 是冲突
• 卡在 Downloading https://mirrors.aliyun.com/composer/p2/xxx.json 超时或返回 404 → 才是镜像问题
运行 composer config repositories，检查输出里是否有多条 "name" 值完全相同的条目（尤其注意 type: "package" 的手动定义）
临时删掉整个 repositories 块，只留 Packagist 默认源，再跑 composer install -v —— 若错误消失，问题一定出在自定义仓库
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
修复包名冲突的唯一路径
必须修改 composer.json 中的 name 字段，不能碰镜像配置：
• 把重复的 "monolog/monolog" 改成唯一名称，比如 "acme/monolog"
• 同步更新该包的 autoload 配置，确保命名空间与新 name 一致（如 "Monolog\": "src/" → "Acme\Monolog\": "src/"）
• 主项目 composer.json 的 require 必须指向新名字："acme/monolog": "dev-main"
• 若需兼容旧引用，可用 "replace": {"monolog/monolog": "2.10.0"}，但这只是声明“我已提供”，不自动加载代码
• "version": "dev-main as 2.0.x-dev" 这类 alias 只影响版本映射，不能改变包身份
容易被忽略的细节
很多人以为清缓存、换 --prefer-dist、调 minimum-stability 能绕过，其实全无效。冲突检测发生在解析阶段最前端，连 composer.lock 都还没读。真正要盯住的是 repositories 数组里每个对象的 name 字段是否全局唯一——哪怕只差一个字母大小写，也算不同包；但完全相同，就直接终止流程。
