Composer 无导出功能且不参与渲染，“ExportFailed”或“render failed”报错99%是误归因；composer export命令根本不存在，错误实际来自下游工具或自定义脚本。
Composer 本身没有导出功能，也不参与渲染——所谓“ExportFailed”或“render failed”报错，99% 是误把其他工具的行为归给了 Composer。
composer export 命令根本不存在
运行 composer export 肯定报错：Command "export" is not defined。Composer 命令行里从没实现过这个子命令。如果你在文档或脚本里看到它，那要么是拼写错误，要么是某个自定义脚本 alias 或 scripts 区块里的封装逻辑。
- 检查
composer.json的scripts字段，看是否有类似"export": "php artisan export:all"这样的定义 - 运行
composer run -l列出所有可执行脚本，确认export是否为人工注册的命令 - 如果脚本调用了
spatie/laravel-export或phpoffice/phpspreadsheet，错误实际来自那个包的Exporter类，不是 Composer 自身
dump-autoload 报错才是真·Composer 导出相关异常
composer dump-autoload 是 Composer 唯一真正生成“映射文件”的操作，它会把 autoload.psr-4 配置编译成 vendor/composer/autoload_psr4.php 等 PHP 文件——这一步常被开发者称为“导出自动加载规则”。这里出错，才属于 Composer 流程问题。
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
-
Parse error in composer.json：常见于用了中文引号、尾逗号、或注释；用php -r "json_decode(file_get_contents('composer.json'));"定位具体行 - 命名空间没出现在生成文件中：检查
psr-4键值对末尾是否漏了反斜杠，例如写成"App": "src"而非"App\": "src/" - 类存在但
dump-autoload -v输出里完全没扫描到：确认文件扩展名是.php，且路径在配置目录下（src/会递归扫描，但src/Models/下的文件必须对应AppModels命名空间）
“渲染失败”错误和 Composer 无关
日志里出现 unable to render template、FFMpeg failed to render、Call to undefined method ->render()，这些全部发生在 Twig、Blade、PHP-FFMpeg 或 SOLIDWORKS Composer 等下游工具中。Composer 只负责把它们下载进 vendor/ 并生成自动加载映射。
- Twig 渲染失败？先单独 require
vendor/autoload.php，再最小化复现：$loader = new TwigLoaderFilesystemLoader('templates'); $twig = new TwigEnvironment($loader); echo $twig->render('index.twig'); - 看到
Class "Exporter" not found？查堆栈第一行是不是在vendor/spatie/laravel-export/src/Exporter.php—— 是的话，去它的 GitHub issue 区提问题，别翻 Composer 手册 - 在 SOLIDWORKS Composer 或 Avid Media Composer 里点“导出 MP4”失败？和
composer.json、composer install、甚至 PHP 版本都毫无关系
最容易被忽略的一点：当错误信息里带路径（如 in vendor/xxx/src/Renderer.php）或方法名（如 ->render()、->export()），就说明执行权早已离开 Composer，进入业务代码或第三方包——此时盯住那个文件和方法，比重装 Composer 有效一百倍。
