Composer 配置镜像时提示输入凭证，通常因误配私有源的 http-basic 认证导致域名与镜像地址（如 mirrors.aliyun.com）冲突；应检查并清理 ~/.composer/auth.json 中错误的 http-basic 条目，确保镜像与私有源域名严格分离。
Composer 中文镜像本身不需要访问凭证——阿里云、中科大、腾讯云等公开镜像都是匿名可读的。如果你在配置时被提示要输用户名密码，那大概率是误配了私有源或混淆了 http-basic 和镜像源设置。
为什么 config -g repo.packagist 会要求输入 credential？
这通常不是镜像的问题，而是你之前执行过 composer config http-basic 或当前项目 composer.json 里定义了带认证的私有仓库，且该仓库域名和镜像域名（如 mirrors.aliyun.com）被错误匹配了。
- Composer 在请求包元数据前，会按域名查
auth.json里的http-basic条目，如果某个私有源配置的 host 是mirrors.aliyun.com（哪怕只是拼写相近），它就会尝试用凭证发起认证请求 - 此时即使你只跑了
composer config -g repo.packagist，Composer 仍会先去读~/.composer/auth.json，发现匹配项就弹出 credential 提示 - 检查方法：运行
composer config -g http-basic，看输出里是否包含类似{"mirrors.aliyun.com": {...}}的条目
如何清理误配的 http-basic 凭据
一旦写进 auth.json，Composer 就会持续尝试认证，哪怕你已经删掉 composer.json 里的私有源定义。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 直接删掉全局凭据：
composer config -g --unset http-basic.mirrors.aliyun.com - 或者手动编辑
~/.composer/auth.json（Linux/macOS）或%APPDATA%\Composer\auth.json（Windows），删掉对应 host 的整个对象 - 删完后 chmod 600
auth.json（Linux/macOS），避免权限警告干扰后续操作 - 验证：运行
composer config -g http-basic应返回空或只含其他私有源
私有源才需要 http-basic，但不能和镜像混用
如果你真有私有包托管在公司内网或 GitLab，且域名是 pkg.example.com，那才该配 http-basic：
- 项目级：在项目根目录运行
composer config http-basic.pkg.example.com username password - 全局级：加
--global，写入~/.composer/auth.json - 关键点：host 必须精确匹配，
pkg.example.com≠www.pkg.example.com；且这个 host 绝不能和镜像地址（如mirrors.aliyun.com）重叠 - 镜像地址永远走匿名 HTTP GET，私有源走带 Authorization header 的请求，二者协议层不同，不能共用同一套凭证
真正容易被忽略的是：镜像配置和私有源配置在 Composer 内部由完全不同的字段控制——repo.packagist 控制元数据源，http-basic 控制认证头，它们不自动联动，但会因域名匹配意外耦合。配完镜像后如果还卡在 credential 输入，第一反应不该是“怎么填”，而是“谁在冒充镜像域名”。
