^1.2 等价于 >=1.2.0 =1.2.0
^ 和 ~ 锚定位置不同，混用会失效
写 ^1.2 和 ~1.2 看似都“卡在 1.2”，但它们锚定的层级完全不同：^1.2 实际等价于 >=1.2.0 ，允许升到 <code>1.99.99；而 ~1.2 等价于 >=1.2.0 ，死锁在 <code>1.2.x。两者不能叠加或混用，比如 "package": "^1.2 ~1.2" 会导致 Composer 解析失败——它不支持多约束并列，只认一个字符串。
0.x 包必须手动验证变更，^ 不等于安全
对 spatie/laravel-ray:0.25.0 这类 0.x 包，^0.25.0 和 ~0.25.0 表面结果一致（都只放行 0.25.x），但逻辑根源完全不同：^ 是因为 SemVer 规定主版本为 0 时任何 MINOR 升级都算 breaking，所以自动降级为仅 PATCH 可动；~ 则是因锚点落在第二位（25），自然只放开第三位。这意味着你不能依赖 ^ 的“兼容承诺”——0.25.1 可能已废弃关键方法，必须查 CHANGELOG 或 issue 才敢升级。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
composer.lock 决定运行时版本，不是 composer.json
改了 composer.json 里的 ^1.2 为 ~1.2.5，不跑 composer update package/name 就没用。因为 composer install 完全忽略 composer.json 中的约束，只读 composer.lock 里锁定的 exact commit 或 tag。常见误操作：改完约束就直接部署，结果线上还是旧版。更隐蔽的是，如果 composer.lock 里该包有 "reference" 字段（比如指向某个 dev 分支 commit），即使约束再松，也不会变。
联动升级必须显式触发，不会自动传播
当你把 monolog/monolog 从 ^2.8 升到 ^3.0，它的子依赖 psr/log 不会自动跟着升——除非你加 --with-dependencies。否则 composer update monolog/monolog 只改自己，可能留下 psr/log:1.1 这种不兼容旧版，运行时报 Class not found。而 composer update --with-all-dependencies 也不是“全量升级”，它仍受所有 composer.json 约束限制，比如 "laravel/framework": "^9.0" 就绝不会升到 v10。
