apcu autoloader 不会自动启用，必须在 composer install 或 update 时显式添加 --apcu-autoloader 和 --optimize-autoloader 参数，并确保 php cli 模式下 apc.enabled=1、apc.enable_cli=1、apc.stat=0 均生效，否则静默降级为文件加载。
APCu autoloader 不会自动启用，哪怕 apcu 扩展已装、composer install 已跑完，只要没在正确时机用对参数，它就完全不工作——生成的 vendor/autoload.php 里压根没有 apcu_fetch 调用。
composer install/update 必须带 --apcu-autoloader
这个参数只在 composer install 或 composer update 时有效，composer dump-autoload 不识别它，加了会报错 Unrecognized option: --apcu-autoloader。
- 必须显式加上两个短横线：
composer install --apcu-autoloader --no-dev - 如果
vendor/已存在且autoload.php是旧版（无 APCu 逻辑），该命令不会覆盖——得先删掉vendor/或加--no-scripts避免触发残留脚本 -
composer update默认不继承上次的参数，每次都要重加--apcu-autoloader
--optimize-autoloader 必须同时启用
单独加 --apcu-autoloader 没用：APCu 缓存的是“类名→路径”的映射表，而这张表只有开启优化后才会被完整生成；否则 autoload_classmap.php 几乎为空，缓存写了个寂寞。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 等效于在
composer.json中配置："config": { "optimize-autoloader": true } - 推荐组合命令：
composer install --apcu-autoloader --optimize-autoloader --no-dev - 漏掉
--optimize-autoloader，apcu_fetch('composer:autoload')返回false是常态
PHP 配置必须满足三个硬条件
APCu autoloader 在 CLI 下静默失效是高频问题，根源不是 Composer，而是 PHP 进程无法访问用户缓存。
-
apc.enabled=1（值必须是数字1，不是On） -
apc.enable_cli=1（CLI 模式下必须开，否则composer install阶段就写不进 APCu） -
apc.stat=0（设为1会让 APCu 每次检查文件时间戳，直接跳过缓存） - 验证方式：
php -i | grep -E "(apc.enabled|apc.enable_cli|apc.stat)"，确保三者都输出= 1
验证是否真生效，别信命令输出
命令没报错 ≠ 缓存已写入 ≠ 请求中命中。必须查运行时行为。
- 打开
vendor/autoload.php，搜索apcu_fetch或composer:autoload—— 没这串字，说明根本没启用 - 在 Web 请求中执行：
php -r "var_dump(apcu_fetch('composer:autoload'));"，返回非空数组才算成功 - 检查缓存命中率：
php -r "print_r(apcu_cache_info('user')['num_hits']);"，反复刷新页面，数值应增长 - 部署后类找不到？大概率是旧缓存未清：
php -r "apcu_clear_cache('user');"应加入上线脚本
最易被忽略的一点：APCu 缓存键基于项目路径和 composer.json 的 autoload 配置哈希，换目录、改 PSR-4 前缀、甚至只是移动了整个项目，旧缓存就彻底失效且不会报错——你以为“没生效”，其实是“缓存不可用”。
