“could not find package”或“no matching package found”主因是minimum-stability默认为stable，而目标包仅有dev/alpha/beta等非稳定版本；需在require中显式指定如vendor/name:dev-main或^2.0@beta，或修改composer.json中minimum-stability并配prefer-stable。
为什么 composer require 报错 “could not find package” 或 “no matching package found”
这不是网络问题，也不是包名写错了——大概率是当前项目的 minimum-stability 设置太严格，而你要装的包只有 dev、alpha 或 beta 版本可用。
Composer 默认只允许安装 stable 版本（即无任何开发标签的版本），哪怕包存在，只要最新版带 -dev 后缀，它就直接忽略，报“找不到”。
常见触发场景：
- 想试用某个包的 GitHub 主干最新功能（
dev-main） - 包作者尚未发布正式版，只推了
v2.0.0-beta.1 - 公司内部私有包未打 stable tag，只维护
dev-develop
临时绕过限制：在 require 命令里显式指定版本约束
最安全、最推荐的做法——不改全局或项目配置，只针对本次安装放宽要求。
语法很简单：composer require vendor/name:dev-main 或 composer require vendor/name:^2.0@beta。
关键点：
-
dev-main、dev-master表示安装main/master分支最新提交（注意：不是稳定版，可能随时崩） -
^2.0@beta表示接受2.x范围内任意beta或更高级别（如rc、stable）版本 - 不能只写
dev-main不带冒号前缀——必须是vendor/name:dev-main，否则 Composer 当作包名解析失败 - 如果包有
composer.json且声明了"minimum-stability": "dev"，你仍需显式指定，因为项目级设置优先级更高
修改 composer.json 的 minimum-stability 和 prefer-stable
仅当长期需要依赖非 stable 包时才考虑。改完必须运行 composer update 生效，且会影响所有后续 require 行为。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
典型配置组合：
-
"minimum-stability": "dev"+"prefer-stable": true：默认找 stable，但 fallback 到 dev；适合混合环境 -
"minimum-stability": "beta"：允许安装beta、rc、stable，但跳过alpha和dev - 单独设
"minimum-stability": "dev"且不配prefer-stable：所有包都可能被降级到 dev 版，CI 构建容易飘移
⚠️ 注意：minimum-stability 是项目级开关，对 require 时显式指定的版本无约束力——也就是说，即使你设成 stable，仍可强制 require vendor/name:dev-main，只是不能省略那个 :dev-main。
为什么 composer config minimum-stability dev 不起作用
这条命令写的是全局配置（~/.composer/config.json），而 Composer **始终以项目根目录下的 composer.json 为准**。全局设置仅影响没有 composer.json 的临时目录。
验证方式：
- 运行
composer config --list，看输出里minimum-stability对应的 scope 是global还是local - 检查项目
composer.json是否已存在"minimum-stability"字段——有则覆盖全局 - 删掉项目配置再试
composer config minimum-stability dev，此时才写入本地composer.json
真正生效的只有项目 composer.json 中的字段，或者 require 命令行里明确写的版本约束。
稳定性和可控性之间没银弹。显式写死版本约束（比如 dev-main#abc123）比调低 minimum-stability 更利于协作和复现——毕竟没人想在周五下午因为某人悄悄改了 stability 配置，导致全组 composer install 装出不同代码。
