^0.x 和 ~0.x 锚点逻辑完全不同：^0.3.4 因主版本为0，MINOR升级视为breaking，故收紧为>=0.3.4 <0.4.0；~0.3.4 则按常规取>=0.3.4 <0.4.0。
^0.x 和 ~0.x 看似一样，实际锚点逻辑完全不同
很多人看到 ^0.3.4 和 ~0.3.4 都只装到 0.3.x，就以为它们等价。其实只是结果巧合，推导路径完全相反：
— ^0.3.4 是因为 SemVer 规定：主版本为 0 时，任何 MINOR 升级都视为 breaking，所以 ^ 主动收紧为 >=0.3.4 ；<br>— <code>~0.3.4 是因为“最左侧非零段”是 0.3（3 是第一个非零数字），所以锚在第二位，自然只放开第三位 → 同样是 >=0.3.4 。<br>但一旦写成 <code>^0.0.4，就彻底锁死——它不接受任何升级，连 0.0.5 都被排除；而 ~0.0.4 却允许升到 0.0.999。
0.x 包别信 ^ 的“兼容性承诺”，必须人工验证
因为 ^ 在 0.x 下的“保守”是规则强制的被动收缩，不是发布者主动守约的结果。很多 0.x 包根本不发 CHANGELOG，minor 版本偷偷改接口是常态。
— 你写 "spatie/laravel-ray": "^0.25.0"，composer update 可能拉来 0.25.5，也可能某天突然拉到 0.26.0 并导致调试面板白屏；
— 更稳妥的做法是查清最近一次变更是否安全，然后显式锁定："spatie/laravel-ray": "0.25.5" 或至少用 ~0.25.0 卡死次版本；
— 如果包维护者明确标注 “0.x is unstable”，那就别用 ^，直接拒绝自动升级。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
composer.lock 才是真正起作用的文件，约束只在 update 时生效
composer.json 里的 ^0.8.2 或 ~0.8.2 在 composer install 时完全不参与决策——它只读 composer.lock 中记录的精确提交哈希或 tag。
— 改了 composer.json 却没跑 composer update vendor/package？lock 文件仍是旧版，部署照样装错；
— 删了 composer.lock 或没提交进 Git？CI 流水线会按当前 composer.json 重新解析，0.x 包极易因小版本跳变引发线上故障；
— 检查实际安装版本，永远看 vendor/composer/installed.json 或运行 composer show vendor/package，别只盯 composer.json。
分支别名（如 0.x）和 dev 分支不能混用 ^/~
^ 和 ~ 只对语义化版本号（如 0.25.0）有意义，对分支别名（如 0.x）或 dev-main 完全无效。
— "monolog/monolog": "^0.x" 会报 Invalid version string；
— "acme/sdk": "dev-hotfix/auth.x-dev" 不能加 ^，否则解析失败；
— 想用开发分支做临时修复，必须写完整分支标识，且上线前务必切回稳定 tag，否则 lock 文件里存的是 commit hash，不可重现也不可审计。
