Composer依赖可见性：理解require与require-dev的区别-composer-PHP中文网

require 和 require-dev 是运行时类加载边界的声明，非环境开关；require-dev 中的包在 --no-dev 下不会被 autoload，其目录需通过 autoload-dev 显式注册才可本地测试加载。

composer依赖可见性：理解require与require-dev的区别

require 和 require-dev 不是“开发环境”和“生产环境”的开关，而是「类是否会在运行时被业务代码加载」的声明边界。越界就会在 composer install --no-dev 后报 Class not found。

Composer 不读 APP_ENV、不看服务器 hostname，它只认命令参数。没加 --no-dev，phpunit 就会进生产镜像；加了，vendor/autoload.php 里连它的 classmap 条目都不会生成。

require-dev 中的包不会出现在 production autoloader map 中
它们的源码目录（如 tests/）也不会被注册进 autoload-dev 规则，除非你本地执行过 composer install（非 --no-dev）
CI 流水线里如果缓存了 vendor/ 但没把 --no-dev 纳入缓存键，就可能复用错的缓存，导致 phpunit 没装进去却还跑测试

最常踩的坑是命令少打空格：composer require-dev phpunit/phpunit 是无效命令，Composer 会当成 composer require 处理，直接塞进 require 字段。

线上部署后调用 dump() 报错？可能是 symfony/var-dumper 被误装进 require-dev，而 debug 模式又没关
控制器里写了 new MockeryMockInterface() 却没在 autoload-dev 声明 mock 目录？CI 直接 Class not found
composer show | grep phpunit 输出两行，其中一行标着 “required by your project”，说明它进了 require，得手动删 composer.json 里的那行再 composer update phpunit/phpunit

class_exists('PhpCsFixerFixerLineEndingLineEndingFixer') 这种调用，在 --no-dev 环境下会触发 autoload，找不到类就崩。这不是 Composer 的问题，是你把 dev 工具逻辑混进了运行路径。

Workflow Decomposer

工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。

下载

改用 interface_exists() 或 function_exists() —— 它们不触发 autoload
更稳妥的是加环境守卫：if (app()->environment('local')) { ... } 或 if (PHP_SAPI === 'cli') { ... }
别在 config/app.php 这类全局配置里做条件加载，容易漏判

这个名字极具误导性。autoload-dev 的作用，是告诉 Composer：“当本项目启用了 dev 模式（即装了 require-dev 包）时，请额外把 tests/、stubs/ 这些目录也加进自动加载规则”。它跟 require-dev 包自身的加载无关。

phpunit/phpunit 自身的自动加载由它自己的 composer.json 控制，不靠你的 autoload-dev
如果你的测试类在 tests/ 下，又想在本地跑测试时能被自动加载，就必须在根项目的 autoload-dev 里声明 "psr-4": {"Tests\": "tests/"}
这个配置对生产环境完全无影响 —— 因为 --no-dev 下，autoload-dev 根本不生效