Composer全局认证配置写在$HOME/.composer/auth.json（Linux/macOS）或%USERPROFILE%\AppData\Roaming\Composer\auth.json（Windows），由composer config --global命令安全写入，需确保JSON合法、权限为600且域名严格匹配。
Composer全局认证配置写在哪？
Composer的全局认证信息统一存在$HOME/.composer/auth.json（Linux/macOS）或%USERPROFILE%\AppData\Roaming\Composer\auth.json（Windows），不是每个项目单独配。这个文件由composer config命令自动生成和维护，手动编辑也行，但必须确保JSON格式合法、权限合理（尤其避免被其他用户读取私钥）。
用composer config --global写入Token最安全
直接执行命令比手写JSON更可靠，还能自动处理敏感字段的base64编码（比如GitHub Personal Access Token）：
composer config --global github-oauth.github.com <your_token_here>
如果是私有Packagist或GitLab等，替换域名即可：
composer config --global http-basic.repo.example.com username passwordcomposer config --global gitlab-token.gitlab.example.com <token>
注意：--global参数不能省略，否则会写进当前项目auth.json，起不到跨项目作用。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
auth.json里写错格式或权限太高会静默失败
常见现象是composer install时仍提示Could not fetch ... Authentication required，但不报具体哪行错。排查要点：
- 检查
auth.json是否含BOM头或尾部逗号（JSON语法错误） - 确认文件所有者是当前用户，且权限为
600（Linux/macOS）——chmod 600 ~/.composer/auth.json - GitHub Token需勾选
read:packages和delete:packages（若要删包），仅repo权限不够 - 私有仓库URL必须和
auth.json中键名完全一致（包括https://前缀、端口、大小写）
团队共享Token不推荐，改用per-project + CI变量
把Token塞进全局auth.json再传给同事，等于交出凭证。真要跨项目复用，应：
- CI环境用
COMPOSER_AUTH环境变量注入（值为base64编码的auth.json内容） - 本地开发用
composer config --auth写入项目级auth.json，再gitignore掉 - 私有Packagist服务启用OAuth2或JWT，让开发者用自己的账号登录，而非共用Token
全局Token本质是“本地机器级信任”，一旦泄露，清除成本远高于单项目重置。
