~ 表示锁定最左侧非零段后的最小变动范围，如 ~2.3.4 等价于 >=2.3.4 =0.3.4
~ 不是“差不多”或“大概”，它是 Composer 里明确锁定「最左侧非零段之后的最小变动范围」的版本约束符。写 ~2.3.4，就只允许装 2.3.4 到 2.3.999，连 2.4.0 都不放行——哪怕它声称是向后兼容的次版本更新。
~2.3.4 和 ~2.3 的边界到底差在哪？
两者实际等价：~2.3 默认补全为 ~2.3.0，所以都表示 >=2.3.0 。但注意：<code>~2 是另一回事，它等价于 ~2.0.0 → >=2.0.0 ，范围大得多。
-
~2.3.4：锚点在2.3，只动第三位（修订号），2.3.5、2.3.12可以，2.4.0直接拒绝 -
~2.3：同上，语义清晰但略模糊，建议显式写成~2.3.0避免歧义 -
~2：锚点在2（主版本），等价于>=2.0.0 ，会装 <code>2.9.9，不是你想锁小版本时该用的写法
为什么生产环境常写 ~10.0.0 而不是 ^10.0.0？
因为 ^10.0.0 允许升到 10.99.99，而某些框架（如 Laravel）在 10.1.0 就可能调整中间件执行顺序、修改默认配置行为——这些不破坏 API，但足以让线上功能异常。
-
^10.0.0→>=10.0.0 ：信任所有次版本变更都真正兼容 -
~10.0.0→>=10.0.0 ：只接受修订号升级，跳过所有次版本变动 - 金融/支付类模块常用
~7.2.4锁定已验证过的组合，避免某天 CI 构建突然拉到7.2.9引入未测补丁
0.x 包里 ~ 和 ^ 行为反直觉？先看真实效果
0.x 阶段，任何次版本变更都被视为 breaking change，Composer 严格遵守这点：~0.3.4 和 ^0.3.4 都只允许修订号变，即都等价于 >=0.3.4 。你以为 <code>^0.3.4 能升到 0.9.0？不可能。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
-
~0.3.4→>=0.3.4 （只动第三位） -
^0.3.4→ 同样是>=0.3.4 （0.x 下 ^ 主动降级） -
~0.0.4→>=0.0.4 ，能升到 <code>0.0.9，但不会到0.1.0 - 依赖一个长期卡在
0.8.x的 SDK？别信^0.8.0，它和~0.8.0一样窄，真想跨小版本得手动写~0.8.0 || ~0.9.0
怎么验证你写的 ~ 约束真生效了？
别只看 composer.json，composer.lock 才是真相。运行以下命令确认实际安装行为：
-
composer show vendor/package -i：查 vendor/ 下真实加载的版本（带 * 表示未被 lock 文件锁定） -
composer update --dry-run：预览下次update会拉哪些版本，重点盯vendor/package行是否越界 -
composer prohibits vendor/package:2.4.0：如果发现装了不该装的2.4.0，这条命令能快速定位是谁在依赖里写了宽松约束（比如"another/lib": "^2.0"拉高了整个图）
最易被忽略的一点：即使你写了 ~2.3.4，只要 composer.lock 里还记着 2.3.1，composer install 就永远只装那个——lock 文件的优先级高于 composer.json 中的所有约束。
