composer 不支持 通配符用于版本约束，因解析器严格遵循 semver， 仅合法于命令行包名或分支别名；匹配 1.x 应用 "^1"，"^" 和 "~" 按坐标系控制升级边界，实际生效的是 composer.lock 文件。
Composer 不支持 * 通配符用于语义化版本约束——写 "monolog/monolog": "1.*" 或 "^1.*" 会直接报 Invalid version string 错误，不是“不推荐”，是根本解析失败。
为什么 * 在 composer.json 的版本字段里完全无效
Composer 的版本解析器严格遵循 SemVer 规则，* 是 shell 风格通配符，不在其语法支持范围内。它只在两个地方合法：composer update vendor/* 这类命令行通配包名，或分支别名如 dev-main（此时 * 不参与版本比较）。想匹配所有 1.x 版本？用 "^1"；想锁死 1.2.x？用 "^1.2" 或 "~1.2"，而不是 "1.2.*"。
^ 和 ~ 才是真正的“自动微调”工具
它们不是“宽松匹配”，而是按明确坐标系控制升级边界：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
^1.2.3→ 允许升到1.12.0，但绝不会进2.0.0（锚定 MAJOR） -
~1.2.3→ 只允许升到1.2.99，1.3.0直接被排除（锚定 MINOR） -
^0.8.2和~0.8.2表面结果一致，但逻辑不同：^因 0.x 视 MINOR 为 breaking 而降级为仅 PATCH 升级；~则因锚点在第二位，自然只放开第三位 -
^0.0.3锁死到0.0.3（不接受任何更新），~0.0.3却允许升到0.0.999——这点极易踩坑
真正起作用的是 composer.lock，不是 composer.json 里的符号
运行时加载哪个版本，完全由 composer.lock 决定。以下情况会让约束失效：
- 改了
composer.json的^或~却没跑composer update vendor/package——lock文件仍是旧版，部署照样装旧版 - 删了
composer.lock或没提交进 Git —— CI/CD 拉取时会重新解析约束，可能装出和本地不一致的版本 - 线上环境执行
composer install（正确），而非composer update（危险）——后者才会触发约束重计算
最常被忽略的一点：0.x 包的 ^ 看似“安全”，实则毫无保障。比如 spatie/laravel-ray:0.25.0 升到 0.26.0 可能已移除关键方法，但 ^0.25.0 仍会允许。必须查 CHANGELOG 或 issue，不能信约束符的“承诺”。
