composer是php依赖管理工具，不参与视频渲染或色彩处理，所谓“composer导出动画颜色失真”属概念混淆；它仅下载包、生成自动加载文件，完全不接触帧数据、色彩空间或gpu渲染。
Composer 不处理视频色彩管理，所谓“Composer动画导出后颜色失真”是概念混淆——你实际用的不是 Composer（Avid 的音频/视频编辑器），而是 composer（PHP 依赖管理工具），它根本不参与动画、视频或色彩流程。
为什么 composer 不可能导出动画或影响颜色
composer 是命令行工具，只负责下载 PHP 包、生成自动加载文件、解析 composer.json。它没有时间线、没有检视器、不读取帧数据、不调用 GPU 渲染，更不会接触色彩空间、Gamma 或 LUT。任何把“颜色失真”归因于 composer 的操作，本质是误用了工具链。
- 你看到的“动画”大概率来自前端框架（如 React + Framer Motion）、WebGL 库（Three.js）、或导出工具（FFmpeg、After Effects 脚本）
- “导出后颜色不对”一定发生在渲染/编码/显示环节：比如浏览器用 Display P3 解析了 sRGB 内容，或 FFmpeg 默认启用 BT.709 而素材是 BT.2020
-
composer即使被用于安装某个动画库（如pixi.js），它也只管把 JS 文件放进vendor/或node_modules/（取决于配置），不干涉运行时像素输出
composer.json 里写错色彩参数会引发颜色问题吗
不会。JSON 文件里不存在“色彩参数”字段。如果你在 composer.json 中手动添加了类似 "colorspace": "sRGB" 或 "gamma": 2.2 这类自定义键，composer 会直接忽略它们——既不报错也不生效。这类字段只对真正做渲染的工具（如 Webpack loader、FFmpeg preset、DaVinci 的 project settings）有意义。
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
-
composer validate只检查 JSON 语法和 Packagist 兼容性，不校验语义 - 哪怕你把整个
composer.json写成{"colors": ["#ff0000", "#00ff00"]}，composer install依然能成功，只是什么都不会发生 - 真正影响颜色的是你项目里实际执行渲染的代码：CSS 的
color-scheme、Canvas 的context.imageSmoothingQuality、WebGL 的gl.FRAMEBUFFER_ATTACHMENT_COLOR_ENCODING
那“Composer动画”到底指什么？常见真实场景还原
搜索记录中高频出现的“Composer动画”，实为用户混淆了以下三类工具：
- Avid Media Composer：专业剪辑软件，有“Color”页面做二级调色，导出时若未匹配 Rec.709/sRGB 输出配置，会导致网页播放发灰
- Adobe After Effects + 含 Composer 标签的脚本：某些 AE 插件或表达式命名含 “composer”，但底层仍是 AE 的色彩引擎（ACES 或 Legacy）
-
前端项目误称：用 Composer 管理 Laravel 后端，前端用 GSAP 做交互动画，发布后发现 Safari 中颜色偏淡——根源是 CSS 未声明
color-gamut: wide或 meta 标签缺失color-scheme
判断依据很简单：打开终端运行 which composer，如果返回 /usr/local/bin/composer 或类似路径，你就没在用视频工具。
真正要修颜色，得顺着像素流向追：素材源 → 编解码器参数 → 渲染上下文 → 显示设备 ICC。把 composer 拉进来，等于给轮胎打气却想修刹车异响。
