应优先使用composer_auth环境变量注入凭证，因其最高优先级且不依赖路径权限；若用auth.json需确保位置、权限600、utf-8编码、域名完全匹配及字段正确（如github用github-oauth.github.com），并执行composer clear-cache验证。
CI/CD里执行composer install卡在Authentication required怎么办
不是网络不通，也不是密码错了，而是 Composer 在没拿到有效凭证时，默认会停住等你手动输——这在自动化环境里直接导致超时失败。必须提前注入凭证，且确保它真被用上了。
-
--no-interaction是必须加的，但它不解决认证问题，只让命令不卡住；没配好凭据时它会直接报错退出 - 优先用
COMPOSER_AUTH环境变量注入，它是最高优先级，且不依赖文件路径和权限，适合 CI/CD - 如果非要用
auth.json文件，必须确认它落在$COMPOSER_HOME/auth.json（Linux/macOS 是~/.composer/auth.json），且权限是600 - GitHub 私包不能塞进
http-basic段，得走github-oauth字段，key 必须是github.com（不是api.github.com）
auth.json写对了但还是401，怎么快速定位
Composer 不会告诉你哪一步错了，只会甩个 Could not authenticate 或 401 Unauthorized。关键不是重试，而是验证它到底读到了什么。
- 运行
composer config --global --list | grep -E "(http-basic|github-oauth|gitlab-token)"，看输出是否含掩码 token（如****abcd）；空输出 = 没加载到 - 检查文件编码：
file -i ~/.composer/auth.json必须显示charset=utf-8，不是utf-8-with-bom或us-ascii - 域名必须完全一致：请求 URL 是
https://pkg.internal:8080，auth.json里 key 就得是"pkg.internal:8080"，端口不能省 - 别信“我刚改过”，先
composer clear-cache再试，缓存可能锁住旧配置
私有镜像源要求HTTP Basic Auth，但用户名含特殊字符
比如 token 以 ghp_ 开头、含斜杠或等号，shell 会吃掉部分字符，导致实际写入的凭据残缺。
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 http-basic.repo.example.org 'deploy' 'ghp_xxx==' - 更稳妥的做法是跳过命令行，直接生成 JSON 字符串赋给
COMPOSER_AUTH环境变量，避免 shell 解析干扰 - Nexus、Artifactory 类私仓常要求把 token 填在
username字段，password留空——这不是填错了，是它们的设计
换国内镜像后仍提示Auth required，是不是镜像本身要认证
阿里云、腾讯云等公开镜像源不需要认证，出现这个提示，说明 Composer 实际请求的不是镜像，而是原始源（比如 packagist.org 或某个私有 repo）。
- 执行
composer config -g repo.packagist确认是否真的切到了https://mirrors.aliyun.com/composer/ - 如果项目里
composer.json定义了repositories数组，尤其是 type=package 或 type=composer 的私有源，它们会绕过全局镜像设置 -
composer install -vvv时留意日志里真正失败的 URL：如果是https://packagist.org/...，说明镜像没生效；如果是https://private.example.com/...，那问题出在私源认证 - 换源后务必删掉
vendor/和composer.lock重装，否则 lock 文件仍记录着旧 dist URL，Composer 会照着旧地址去拉
最常被忽略的点：auth.json 放对位置 ≠ 被正确读取。权限、编码、字段名、域名拼写，四个条件缺一不可；而 CI 环境里，COMPOSER_AUTH 环境变量是最少意外的选择。
