答案是命令漏写硬性要素：必须加-g、键名严格为repo.packagist（单数）、中间参数composer为type值不可省略、URL须HTTPS且末尾带/，任一缺失均静默忽略配置。
composer config -g repo.packagist 命令为什么没写进配置
不是网络慢，也不是权限不够，而是命令漏了硬性要素——Composer 2.x 会静默忽略整条配置，不报错也不提示。必须同时满足：
• -g 不能省：缺了就只改当前项目 composer.json，换目录或新开终端就失效
• 键名必须是 repo.packagist（单数，不能写成 repos.packagist 或 Repo.Packagist）
• 中间那个 composer 是 type 值，不是注释、不是可选参数，漏掉就等于没配
• URL 必须是 https://mirrors.aliyun.com/composer/ 这种格式：协议强制 https://，末尾必须带 /；少斜杠会拼出 /composerpackages.json，直接返回 404
验证镜像是否真正生效，别信“命令执行成功”
运行 composer config -g repo.packagist，输出必须是完整 JSON 对象：{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}
如果返回空、null、报错 Key "repo.packagist" does not exist，或者只有 URL 没有 type 字段，说明根本没写进去。
Windows 用户改完要重启终端；Linux/macOS 若提示 Permission denied，先 chown -R $USER ~/.composer 再重试。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
HTTPS 安全连接被拦截时的排查要点
现象是 curl -vI https://mirrors.aliyun.com/composer/ 卡在 TLS 握手，或 Composer 日志里出现 SSL routines:ssl3_get_record:wrong version number 类错误：
• 不是镜像地址错了，而是企业防火墙做了 TLS 内容审查，伪造证书导致 PHP cURL 拒绝连接
• 别禁用 secure-http（composer config -g secure-http false），这会让整个签名验证链失效
• 真正安全的做法是保留官方源校验机制，仅代理元数据请求：用 composer config -g repos.packagist.type composer + composer config -g repos.packagist.url https://mirrors.aliyun.com/composer/，再确认 composer diagnose 输出中 secure-http: OK 和 signature verification: OK
项目级配置比全局更可靠的实际原因
CI 流水线、宝塔、Docker 容器里，-g 配的是当前 shell 用户，但 Web 服务常以 www-data 或 runner 身份运行，压根读不到你的 ~/.composer/config.json。
推荐做法：
• 进项目根目录，运行 composer config repo.packagist composer https://mirrors.aliyun.com/composer/（注意没 -g）
• 它会往 composer.json 顶层写入 "repositories" 字段，key 固定为 "packagist"
• 如果原 repositories 是对象（不是数组），它会安全合并；如果是数组，需手动确保结构正确，否则旧配置仍指向 packagist.org
• 特别注意：某些模板项目自带 "packagist.org": false，这会彻底屏蔽全局镜像，必须删掉或改成 true
repositories 字段的存在与否，以及 composer.lock 文件里固化的历史元数据地址。 
