离线环境应直接复用有网机器生成的vendor/和composer.lock，禁止在离线机运行composer install；优化autoload需执行composer dump-autoload -o --no-dev，并确认PHP版本、扩展及路径一致性。
composer install 时提示 Could not fetch packages 怎么办
离线环境下 composer install 必然失败——它默认要连 Packagist 或私库拉取元数据和 ZIP 包。但你其实不需要网络，只要提前在有网机器上完成两件事：composer install --no-scripts --no-plugins 生成完整 vendor/，再把整个项目（含 vendor/ 和 composer.lock）打包带走。
关键点在于：离线机器上不能运行 composer install，而应直接复用已有的 vendor/ 目录。否则哪怕加了 --no-network（该 flag 并不存在），也会因缺少本地包缓存而卡死。
- 别在离线机上删
vendor/后重装——没网络就彻底走不通 - 确保有网机器用了和离线机**完全一致的 PHP 版本、扩展（如 openssl、zlib）和 Composer 版本**，否则
autoload可能加载失败 -
composer.lock必须一并拷贝，它是离线环境能正确还原依赖的唯一依据
如何让 autoload 真正“优化”，而不是只跑 dump-autoload
composer dump-autoload 默认只生成基础映射，对性能无实质提升。真正优化得靠 --optimize-autoloader（简写 -o），它会把 PSR-4/PSR-0 类路径全部扁平化为静态数组，跳过文件系统扫描。
但注意：这个优化只在生产环境有意义，且必须配合 --no-dev 使用，否则开发用的测试类、命令行工具等会被错误排除。
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 离线执行前先确认当前是生产模式：
COMPOSER_ENV=prod composer dump-autoload -o --no-dev - 如果项目含大量
classmap配置（比如 legacy 目录），-o会自动合并进去，无需额外操作 - 执行后检查
vendor/composer/autoload_classmap.php文件大小——明显变大说明优化生效；若仍为空或极小，大概率是composer.json里没配autoload段或路径错误
为什么 vendor/autoload.php 在离线机上 require 失败
常见报错是 Class not found 或 require(): failed to open stream，根本原因不是 autoload 没生成，而是 PHP 加载器找不到 vendor/composer/ 下的某个生成文件——通常因为路径硬编码或权限问题。
Composer 生成的 autoload 文件默认基于当前 vendor/ 相对位置，但如果你把项目挪动过目录（比如从 /tmp/project 拷到 /opt/app），某些 autoloader 变量可能还记着旧路径。
- 执行
composer dump-autoload -o --no-dev前，先用pwd确认当前工作目录就是项目根目录 - 检查
vendor/autoload.php开头几行，看$vendorDir是否指向真实vendor/路径（它应是__DIR__ . '/../vendor'这类动态计算，而非绝对路径） - Linux 下注意 SELinux 或文件权限：离线机若禁用了
allow_httpd_can_network_connect之类策略，有时会误杀文件读取——用ls -Z vendor/对比有网机权限
不改代码的前提下，最小化验证 autoload 是否真生效
别依赖 php -m | grep opcache 或看响应时间——最直接的方式是让 PHP 显式触发一次类加载，再查是否命中生成的映射表。
写个临时脚本：
<?php
require 'vendor/autoload.php';
var_dump(class_exists('Symfony\Component\Console\Application'));
如果返回 bool(true) 且没报错，说明 autoload 已就位；如果报 Class 'Symfony\Component\Console\Application' not found，问题出在 autoload_classmap.php 未覆盖该类，大概率是 composer.json 的 autoload 配置漏了 symfony/console 的 PSR-4 声明，或 dump-autoload -o 时没带 --no-dev 导致 dev-only 包被跳过。
离线环境没法 debug Composer 内部逻辑，所以每一步都得靠输出反推——比如加一句 echo file_get_contents('vendor/composer/autoload_classmap.php'); 看目标类名是否出现在数组里。
