^ 表示兼容性升级，允许 minor 和 patch 升级但禁止 major 升级，如 ^1.2.3 等价于 >=1.2.3 =1.2.3
Composer 的 ^ 和 ~ 不是随便写的符号，它们代表完全不同的版本升级策略——用错一个，下次 composer update 就可能把你的项目拖进兼容性坑里。
为什么 ^1.2.3 会升级到 1.9.9，但不会升到 2.0.0
^ 是“兼容性升级”操作符，它按语义化版本（SemVer）的 MAJOR.MINOR.PATCH 规则放行更新：只要 MAJOR 不变，MINOR 和 PATCH 都可升。所以 ^1.2.3 等价于 >=1.2.3 。
- 常见错误现象：
composer update后某个包从1.5.0跳到1.12.0，功能突然异常——其实是MINOR版本里加了不向后兼容的 API 变更，但作者没严格守 SemVer - 真实使用场景：你依赖一个稳定生态的包（比如
monolog/monolog），想自动获得安全补丁和小功能，但绝不接受大重构 - 注意边界情况：
^0.x.y在 0.x 阶段等价于>=0.x.y ，也就是 <code>^0.9.0不会升到0.10.0（因为0.10.0的MINOR是 10，比 9 大）
为什么 ~1.2.3 只敢升到 1.2.999，连 1.3.0 都不让过
~ 是“最小范围锁定”操作符，它只允许 PATCH 升级，MINOR 也锁死——除非你写成 ~1.2（此时才允许 1.2.x 任意补丁），而 ~1.2.3 明确锁死了 MINOR 为 2。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 常见错误现象：写了
"some/package": "~1.2.3"，结果composer install报错找不到匹配版本——因为该包最新只有1.2.2或1.3.0，都不在>=1.2.3 范围内 - 适用场景：你在维护一个对依赖极其敏感的老项目，或某次升级已验证仅
1.2.x安全，就该用~1.2；如果精确到补丁级（如修复了某个特定 bug），才用~1.2.3 - 性能影响：范围越窄，Composer 的依赖解析越快，冲突提示也越早出现
什么时候该放弃 ^ 和 ~，直接写死版本
当你发现某个包的发布行为根本不守 SemVer，或者它的文档/测试压根没提兼容性承诺时，符号约束就是幻觉。
- 典型信号：包的
CHANGELOG.md里频繁出现 “BREAKING: …” 在MINOR版本里；或社区 issue 中大量用户抱怨1.8.x升1.9.0后崩溃 - 实操建议：
"vendor/pkg": "1.8.5"（无符号）最稳妥；若需后续手动升级，加个注释说明原因，比如// pinned: 1.9.0 breaks Laravel 9 event listeners - CI/CD 提醒：在
composer.json里写死版本后，记得把composer update vendor/pkg加进定期检查流程，避免长期脱节
真正麻烦的不是记不住 ^ 和 ~ 的规则，而是有些包连自己发布的版本号都懒得对齐语义化规范——这时候看 composer show vendor/pkg 的输出，比背规则管用得多。
