Composer 的 suggests 字段仅为静态提示，不解决依赖缺失问题；真正“摆脱缺失”的关键是配合运行时检测（如 class_exists）与降级逻辑，而非依赖其自动安装或校验功能。
Composer 的 suggests 字段本身不解决依赖缺失问题，它只是个静态提示——真正“摆脱缺失”的关键，在于你如何用它配合运行时检测和降级逻辑。
为什么 suggests 不会帮你装包
suggests 是纯元数据字段，只在 composer install 或 composer update 结束后以灰色文字输出一次，之后就彻底消失。它不参与依赖解析、不触发自动安装、不校验包是否存在，也不会报错或警告。
- 即使你写了
"monolog/monolog": "For logging"，用户没装，程序照样跑，但日志功能可能直接挂掉（除非你额外处理） - 如果用户装了
monolog/monolog但版本太低（比如要求 v3 而他装了 v2），suggests也完全不管——它不支持版本约束 -
composer show monolog/monolog才能查到它的suggests内容；未安装的包，composer show直接报Package not found
怎么让 suggests 真正有用：运行时检测 + 条件加载
光写提示没用，得在代码里主动检查建议包是否可用，并据此启用功能或降级。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 用
class_exists('Monolog\Logger')或interface_exists('Psr\Log\LoggerInterface')判断类是否存在 - 不要在构造函数里硬依赖
Monolog\Logger，改用工厂方法：LoggerFactory::create()，内部先检测再实例化 - 检测失败时，抛出带明确指引的异常，比如：
throw new RuntimeException('Missing monolog/monolog. Run: composer require monolog/monolog') - 避免在全局作用域或服务提供者中无条件调用可选包的类——这会导致未安装时直接
Class not found
composer suggests 命令不是内置命令，别被误导
官方没有叫 composer suggests 的子命令。所谓“查看建议”，实际靠的是：
-
composer show vendor/package—— 查单个已安装包的suggests（末尾灰色区域） -
composer show --all—— 输出所有已安装包信息，但suggests不聚合显示，需人工翻找 - 想批量提取？只能自己解析
vendor/composer/installed.json，读取每个包的suggests字段 - 某些 IDE 插件或第三方工具（如
composer-unused衍生脚本）可能封装了这个逻辑，但 Composer 本身不提供
最容易被忽略的一点：你写的 suggests 文字，只有在终端非静默模式下才可见；CI/CD 流水线默认是 --quiet，那些提示根本不会出现。真要引导用户，得把关键建议同步写进 README、错误提示、甚至首次运行时的 CLI 提示里。
