虚拟主机上直接运行composer install必然失败，因环境禁用proc_open、public_html不可写、无git、memory_limit过低；唯一可行方案是本地用匹配php版本执行composer install --no-dev --optimize-autoloader --no-plugins --prefer-dist，清缓存后上传vendor，并确保autoload.php末尾为相对路径require。
虚拟主机上直接运行 composer install 必然失败，不是你命令写错了，而是环境本身不支持——proc_open() 被禁用、public_html 不可写、git 不存在、memory_limit 低至 64M，这些是共享主机的硬性策略，绕不开。
为什么 php composer.phar install 会报 Class not found
常见现象是上传 composer.phar 后执行，结果提示 Class 'ComposerAutoloadClassLoader' not found 或直接 500。根本原因不是文件损坏，而是：composer.phar 在运行时试图加载自身依赖，而共享主机禁用了 include_path 扩展或限制了 open_basedir 范围，导致它找不到内置 autoloader。
- 别指望
php -d memory_limit=-1 composer.phar install有用——多数主机的 PHP CLI 是 wrapper，-d参数根本不生效 -
composer.phar默认行为仍会尝试创建vendor/子目录，而public_html目录通常被open_basedir锁死，连mkdir vendor都被拒 - 即使成功解包，生成的
vendor/autoload.php末尾若含硬编码路径（如require '/home/user/app/vendor/composer/autoload_real.php'），上线后必然Class not found
composer config -g repo.packagist 为什么总不生效
这条命令在虚拟主机上基本没意义：全局配置写入 ~/.composer/config.json，但共享主机通常禁止创建或写入 ~/.composer 目录，且 disable_functions 里必含 putenv 和 proc_open，导致 Composer 根本启动不了，更别说读写配置。
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 报错
putenv() has been disabled或proc_open(): fork failed，说明 PHP 环境连 Composer 启动前提都不满足 - 即使你用本地终端执行了
composer config -g，上传到主机后也无效——因为线上运行的是另一个用户（如www），读的是完全不同的配置路径 - 镜像源配置必须在本地完成：用
composer config repo.packagist composer https://mirrors.aliyun.com/composer/写入项目级composer.json，再重跑install，这样composer.lock里的 hash 才真正绑定镜像地址
本地构建 vendor 后上传的关键动作
唯一可行路径是本地生成完整 vendor/ 目录后上传。但“上传”不是复制粘贴那么简单，漏掉任一环节都会导致线上 Class not found 或静默失败。
- 本地 PHP 版本必须与线上一致（至少主版本相同），比如主机是 PHP 8.1，就别用 8.3 构建；否则 opcache classmap 可能不兼容
- 必须加
--no-dev --optimize-autoloader -o --no-plugins --prefer-dist：跳过 dev 包、生成 classmap、禁用 fxp-asset-plugin、强制走 zip 包而非 git 克隆 - 运行前先
composer clear-cache，删光本地vendor/和composer.lock，再执行composer install—— 否则缓存残留会导致autoload_real.php里写死绝对路径 - 上传后检查
vendor/autoload.php文件末尾是否为require __DIR__ . '/composer/autoload_real.php';，而不是带/home/xxx/的绝对路径 -
composer.json中删掉所有"scripts"、私有"repositories"、"config"下的bin-dir，这些字段在线上会被忽略或引发权限错误
最易被忽略的点是 autoload 路径动态性：哪怕所有步骤都对，只要本地构建时没清缓存，autoload_real.php 就可能含绝对路径，而共享主机又不支持 symlink()，最终 require 失败。这不是代码问题，是构建流程的确定性缺失。
