备份和恢复composer镜像配置本质是备份全局config.json（含repo.packagist字段）、auth.json及keys/目录，路径须通过composer config -g --list确认；恢复需校验json语法、设置auth.json权限为600，并验证composer config -g repo.packagist输出正确镜像地址。
备份和恢复 Composer 镜像配置，本质是备份 config.json（含 repo.packagist 字段）及其配套文件，不是备份 composer.json 或 vendor 目录——后者不存镜像设置。
确认并备份全局镜像配置路径
Composer 全局镜像配置写在用户级 config.json 里，但路径不固定：新版（≥2.0）默认用 ~/.config/composer/config.json，旧版可能还在 ~/.composer/config.json。硬编码路径会失败。
- 必须先运行
composer config -g --list，它输出的实际路径才是唯一可信来源（例如/home/user/.config/composer/config.json） - 如果报错
Could not find config file，说明尚未初始化全局配置，此时可跳过备份，或先执行composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/生成一个 - 只备份
config.json不够：还要一起备份同目录下的auth.json（存 token）、keys/（如有，存 GPG 密钥），否则恢复后composer global install可能失败
恢复时别直接覆盖，先验证再替换
恢复不是简单 cp 回去就完事。Composer 启动时会校验 JSON 格式，且 auth.json 权限必须是 600，否则静默忽略凭据。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 恢复前先检查目标路径是否存在：
ls -l ~/.config/composer/（或对应路径），避免覆盖空目录导致误删 - 用
json_decode(file_get_contents('config.json'), true)或在线 JSON 校验器确认config.json语法合法 - 恢复
auth.json后立即执行：chmod 600 ~/.config/composer/auth.json，否则composer install会提示Authentication is required - 验证是否生效：
composer config -g repo.packagist输出应为镜像地址（如https://mirrors.aliyun.com/composer/），不是空或https://packagist.org
项目级镜像配置怎么备份？
项目级镜像写在 composer.json 的 repositories 字段里，但它和全局配置是两套机制，不能混用。备份时容易漏掉“开关”逻辑。
- 项目级配置需同时备份
composer.json和composer.lock：后者记录了当前实际解析出的包来源，若只恢复composer.json而没恢复lock，composer install可能回退到官方源重新 resolve - 注意
"packagist.org": false这个开关：它必须显式写在repositories顶层，否则即使你加了阿里云镜像，Composer 仍会并行请求官方源，超时后才 fallback - 不要手动编辑
repositories数组顺序来“模拟 fallback”——Composer 不支持自动重试，顺序只影响 resolve 优先级；真正 fallback 需靠 CI 脚本或运维层做域名健康检查+动态改写
最易被忽略的是 auth.json 权限和 packagist.org 开关状态。这两处出问题，镜像配置看起来“恢复成功”，但实际请求仍发往国外，且无任何报错提示。
