Composer不处理动画，所谓“关键帧丢失”“动画未保存”是混淆了PHP依赖管理器与Avid、ToonComposer等动画工具；错误实际源于脚本调用链、媒体链接状态或ffmpeg等子进程，Composer仅作命令调度壳。
Composer 不自动保存动画数据，也根本不处理动画——所谓“自动保存失败”或“动画丢失”，说明你正在误用工具或混淆了软件。
为什么运行 composer 命令却提示“关键帧丢失”“动画未保存”
这是最典型的命名混淆问题。Composer 是 PHP 的依赖管理器，它没有时间线、轨道、关键帧、渲染引擎或媒体缓存机制。所有和“动画”“导出”“帧率”“补帧”相关的报错，源头都不是 composer 二进制本身：
- 你在 Avid Media Composer 项目目录下误敲了
composer install，而当前目录里恰好有composer.json（比如某个构建脚本残留），导致命令被意外执行，但真正出错的是 Avid 的媒体链接状态或离线素材 - 你执行的是封装脚本（如
composer run build:animation），而该脚本内部调用了ffmpeg、tooncomposer.py或 Avid CLI 工具，错误日志被终端一并输出，误判为 Composer 报错 - 某些自动化管线把
composer当成通用命令调度器，scripts区块里写了"render:video": "python render.py"这类逻辑，此时报错应查render.py日志，不是composer的问题
composer.json 里的 scripts 不是动画编辑器，只是 shell 命令别名
即使你在 composer.json 中定义了 "animate:export": "ffmpeg -i ..."，Composer 也只是在 shell 中执行这条命令，不参与帧计算、不校验关键帧连续性、不管理临时渲染目录。它的角色仅限于：
- 解析
scripts字段，拼接成系统命令 - 设置环境变量（如
COMPOSER_CACHE_DIR）并透传给子进程 - 捕获子进程退出码，决定是否报错
所以：composer run animate:export 失败，要看 ffmpeg 的 stderr 输出，而不是翻 composer 文档。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
真要防动画数据丢失，该盯住这三个地方
如果你确实在做动画工作流，并希望避免“导出失败”“关键帧跳变”“渲染中断”这类问题，Composer 能帮的只有极有限的边界防护：
- 用
composer config discard-changes false防止 CI 中误覆盖你写在vendor/里的自定义渲染脚本（比如 patch 过的ffmpeg-wrapper.php） - 在
composer.json的config.allow-plugins中禁用未知插件，避免恶意插件篡改vendor/autoload.php后注入渲染钩子 - 用
composer install --dry-run --verbose --prefer-dist校验vendor/下的工具包（如php-ffmpeg/php-ffmpeg）是否被篡改或损坏——这能防止因依赖异常导致的静默渲染失败
真正的动画数据保护，靠的是 Avid 的自动备份设置、ToonComposer 的帧序列校验、FFmpeg 的 -vframes 显式控制，以及你自己的 git commit -m "save keyframe layout" —— Composer 不在这一层干活。
