composer config --global是唯一安全的全局配置入口，必须显式加--global（或-g），值含空格需用英文双引号包裹，嵌套键须分步设置，认证类配置仅全局生效且为合并行为，改完需清缓存和环境变量验证。
composer config --global 是唯一安全的全局配置入口
手改 ~/.composer/config.json 或 %APPDATA%\Composer\config.json 极易因 JSON 格式错误（比如逗号遗漏、引号不闭合）导致后续所有 composer 命令静默失败，报错却指向完全无关的位置。命令行方式由 Composer 自动校验结构，写入前还会做键名合法性检查。
必须显式带 --global（或简写 -g），漏掉就直接写进当前项目的 composer.json，轻则 vendor 安装异常，重则 CI 流水线批量报错。
值含空格或特殊字符时，务必用英文双引号包裹，例如：composer config --global cache-dir "/data/composer-cache"。不加引号会导致空格后的内容被截断为独立参数，命令看似执行成功，实际只设了前半段。
嵌套键名不能一次写全，必须分步设置
像自定义仓库这种带层级的配置，repos.myrepo.type 和 repos.myrepo.url 必须拆成两条命令执行：
composer config --global repos.myrepo.type "composer"composer config --global repos.myrepo.url "https://example.com"
如果写成 composer config --global repos.myrepo '{"type":"composer","url":"https://example.com"}'，Composer 会拒绝解析——它不接受 JSON 字符串作为值，只认结构化键路径。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
同理，修改 github-oauth.github.com 这类带点的键，也必须完整写出，不能省略域名部分；github-oauth 单独设无效。
哪些键能全局设，哪些设了也白设
全局配置只对「环境强相关、项目无关」的项生效，语义型或契约型配置根本不会被读取：
- ✅ 推荐全局设：
repo.packagist（镜像源）、cache-dir、github-oauth.github.com、store-auths - ❌ 绝对不要碰：
autoload、require、minimum-stability、scripts——它们属于项目级契约，Composer 全局配置里写了也无视 - ⚠️ 认证类配置（如
http-basic、github-oauth）是合并行为，不是覆盖：全局配一个 GitLab，项目里再加个 Nexus，两者都会生效
改完不清理缓存和环境变量，等于没改
全局配置只是决策链的一环，Composer 查源顺序是：环境变量 > 项目级 composer.json 中的 repositories > 全局 repo.packagist。只改最后一层，前面两层仍可能劫持请求：
- 查环境变量：
env | grep COMPOSER_REPO_PACKAGIST（Linux/macOS）或echo %COMPOSER_REPO_PACKAGIST%（Windows），非空必须unset COMPOSER_REPO_PACKAGIST或set COMPOSER_REPO_PACKAGIST= - 清项目级仓库：
composer config --unset repositories（在项目根目录下运行） - 清缓存：
composer clear-cache——否则旧镜像的packages.json快照还在，composer update仍可能解析出错或报Package not found
验证是否真正生效，最可靠的方式是加 -vvv 跑一次 composer require --no-install monolog/monolog，看终端输出的真实请求 URL 是否指向你设的地址。
