~1.2.3 表示最小版本兼容，锁定在 1.2.x 范围内，允许修订号任意增长；^1.2.3 则锁定在 1.x.x 范围内，允许次版本和修订号增长。
波浪号 ~ 和折线号 ^ 在 Composer 的 composer.json 版本约束中行为完全不同，选错一个符号可能导致依赖升级失败、意外降级，甚至生产环境崩溃。
为什么 ~1.2.3 实际锁定在 1.2.x 范围内
~ 表示“最小版本兼容”，它按「主版本.次版本.修订号」三级结构做保守允许：只要主版本和次版本不变，就允许修订号任意增长。所以 ~1.2.3 等价于 >=1.2.3 ；而 <code>~1.2（缺修订号）等价于 >=1.2.0 。
- 常见误用：写成
~1.2.3却期望它能升到1.3.0—— 不会，它连1.2.10都允许，但坚决卡死在1.3.0之前 - 适合场景：你明确依赖某个次版本的 API 兼容性，比如 Laravel 的
~9.52.0，只接受9.52.x的安全补丁 - 注意：如果包没遵循语义化版本（例如把
1.2.10当作破坏性更新发布），~无法防护这种违规
为什么 ^1.2.3 可能跳到 1.9.0 甚至 2.0.0
^ 表示“向后兼容升级”，它的规则是：允许主版本不变的前提下，次版本和修订号任意增长；但如果主版本为 0，则只允许修订号增长（即 ^0.1.2 ≡ >=0.1.2 ）。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 关键边界：对于
^1.2.3，它等价于>=1.2.3 —— 所以 <code>1.9.0、1.10.5都合法，但2.0.0不行 - 危险点：如果某包把
1.10.0当作重大变更发布（违反 semver），^仍会装它，Composer 不校验实际变更内容 - 真实案例：曾有团队因
^2.4.0拉入2.9.0，结果该版本悄悄废弃了一个方法，CI 通过但线上报Call to undefined method
composer update 时它们如何影响实际安装行为
这两个符号只在运行 composer update 或首次 composer install 时起作用；一旦 composer.lock 写入具体版本，后续 install 就完全忽略约束，只认 lock 文件。
- 执行
composer update vendor/package：仅更新该包，按其composer.json中定义的^或~规则找最新匹配版本 - 执行
composer update（无参数）：所有包都按各自约束重新评估，可能批量升级——这时^的包更容易“跨次版本”跃进 - 陷阱：如果你本地
lock文件里是1.2.5，但composer.json写的是~1.2.0，别人install时拿到的可能是1.2.9，哪怕你本地从未跑过update
什么时候该用 ~，什么时候必须换 ^
没有绝对正确，只有上下文适配。核心判断依据是：你是否信任该包的维护者严格遵守语义化版本，以及你的项目对变更的容忍度。
- 用
~：内部工具库、小众包、历史包袱重的项目、CI/CD 流水线要求极稳（例如金融类定时任务） - 用
^：主流框架生态（Laravel、Symfony）、活跃开源项目、你主动参与 issue 跟踪且能快速响应 breaking change - 禁用自动升级：直接写死版本如
"monolog/monolog": "2.10.0"（不带符号），适用于审计强控或合规场景 - 最容易被忽略的一点：PHP 自身版本约束也受此影响，比如
"php": "^8.1"允许装8.1.99，但绝不允许8.2.0—— 这条常被漏看，导致composer install在 CI 上突然失败
