执行 composer config --global --unset 仅删除键而不恢复默认值，如删 minimum-stability 会导致 require 报“Could not find package”，删 process-timeout 可能致 update 卡住无超时，删 repos.packagist 则提示“Package not found”却难溯源；键名必须为 repos.packagist（非 repo），值须为合法 JSON 字符串，路径以 composer config --global --list --verbose 显示为准，$COMPOSER_HOME 会强制接管且需绝对路径；误删不可逆，应优先重命名全局配置验证是否干扰项目。
该清除配置的时候，不是“感觉不对”就删，而是明确遇到这几类问题才动手——删错或删早了反而更难排查。
执行 composer config --global --unset 后命令行为异常
这个命令只删键，不恢复默认值。常见踩坑点：
-
minimum-stability被删后，composer require monolog/monolog直接报错：「Could not find package…」，因为 Composer 不再知道该默认拉stable还是dev版本 -
process-timeout被删，后续composer update可能卡住几十分钟不超时，不是变回 300 秒，而是继承 shell 的 timeout（甚至无限制） -
repos.packagist被删，依赖安装失败，但错误提示是「Package not found」，看不出是源没了——得先composer config --global --list | grep repos确认是否为空
镜像源切换失败，clear-cache 也无效
改了 repos.packagist 却还是走慢速官方源，大概率是缓存没清干净，或配置压根没写对：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 必须用
composer clear-cache，不是composer dump-autoload或删vendor/ - 键名必须是
repos.packagist（复数repos），旧文档写的repo.packagist在 Composer 2.x 中已失效 - 值必须是完整 JSON 对象字符串：
composer config --global repos.packagist '{"type":"composer","url":"https://mirrors.aliyun.com/composer/"}'，漏引号或拼错结构会导致静默失败
全局配置路径混乱，--global 命令总不生效
你以为在改 ~/.composer/config.json，其实 Composer 正在读 ~/.config/composer/config.json（新版 Linux/macOS 默认）：
- 运行
composer config --global --list --verbose，第一行就是真实加载路径；别凭经验猜 - 如果
$COMPOSER_HOME环境变量被设过，它会完全接管路径，且必须是绝对路径（不能含~或$HOME） - PowerShell 或 Git Bash 下，
%APPDATA%或$env:APPDATA若未展开，composer config --global可能写入空目录，不报错也不生效
想彻底回归项目本地控制，但行为仍被全局干扰
这不是“清除配置”，而是“剥离影响”。真正要动的不是删键，而是确认哪些配置不该存在：
-
github-oauth、http-basic、cache-dir这类网络/环境参数可以留，它们不影响项目语义 -
minimum-stability、prefer-stable、platform这些一旦出现在全局，就可能在空目录下触发意外行为（比如composer init后直接拉dev包） - 最稳妥做法：临时重命名全局
config.json（如改为config.json.bak），进项目跑composer install验证是否恢复正常；若正常，说明问题就在全局配置里
真正容易被忽略的点是：Composer 没有“撤销”概念，--unset 不是撤回上一步操作，而是永久删除一个键；而有些键（比如 sort-packages）删了之后默认是 false，你却以为它会自动开——这种隐式行为差异，才是排查时最耗时间的地方。
