composer 不支持直接制作色彩搭配动画或动态切换外观预设，它仅负责下载和部署主题资源包（如 css/js），运行时切换、动画效果及预设应用必须由前端代码（vue/react/js）配合 css 变量、transition 和 fetch 等实现。
Composer 不支持直接制作色彩搭配动画或动态切换外观预设——它不是 UI 动画框架，也没有内置的「外观预设」管理机制。所谓“Composer 动态切换外观”，实际是借助 Composer 安装/更新前端资源（如 CSS 主题包、JS 配置文件），再由前端代码（Vue/React/纯 JS）读取并应用这些预设。动画效果必须由 CSS transitions、CSS animations 或 JS 动画库（如 Framer Motion、GSAP）实现。
Composer 只负责「交付」主题资源，不负责「运行时切换」
Composer 是 PHP 的依赖管理工具，它的职责边界非常清晰：
- 下载指定版本的包（例如
mycompany/theme-blue、mycompany/theme-sunset）到vendor/ - 根据
composer.json中的autoload或extra字段，可能复制 CSS/JS 到public/themes/等目录（需自定义脚本） - 无法在浏览器中执行、无法监听用户点击、无法修改 DOM 样式类或触发 CSS 动画
如果你看到“Composer 切换主题”的演示，背后一定有配套的 PHP 路由逻辑（如写入配置）、前端初始化脚本（如加载对应 theme-sunset.css）、以及手动编写的过渡 class 切换逻辑（如 document.body.classList.replace(...)）。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
如何让 Composer 安装的主题包支持色彩动画切换
关键不在 Composer 本身，而在你如何组织主题包结构和前端集成方式：
- 每个主题包（如
acme/color-palette-coral）应提供标准化输出：dist/style.css（含 CSS 自定义属性--primary: #ff6b6b）、dist/config.json（含调色板元数据） - 在项目根目录的
composer.json中用scripts声明安装后动作："post-autoload-dump": "php scripts/sync-themes.php"，该脚本把vendor/acme/*/dist复制到public/themes/ - 前端通过
fetch('/themes/coral/config.json')获取配色信息，用document.documentElement.style.setProperty('--primary', ...)动态注入，并配合 CSS 中已声明的transition: --primary 0.3s ease实现平滑变色 - 避免直接
@import多个 CSS 文件——会导致 FOUC 和样式竞态；推荐只加载一个基础 CSS，其余靠 CSS 自定义属性 + JS 控制
常见错误：误把 Composer 脚本当运行时 API
典型翻车现场：
- 在 Vue 组件里写
exec('composer require acme/theme-emerald')—— 这会尝试在浏览器端执行 shell 命令，100% 失败且极度危险 - 以为在
composer.json里写"extra": {"theme": "emerald"}就能让前端自动切换——这个字段只在dump-autoload时可用，前端完全读不到 - 用
require_once vendor/acme/theme-gold/style.css在 PHP 中引入 CSS——PHP 不解析 CSS，只会输出乱码或报错 - 给每个主题建独立分支（
git checkout theme-purple）再用 Composer 安装——这破坏了语义化版本控制，CI/CD 无法稳定构建
真正要花精力的地方，是定义好主题包的契约（CSS 变量命名规范、JSON Schema、JS 初始化接口），而不是折腾 Composer 能不能“动起来”。一旦契约固定，切换预设就是 fetch + setProperty + classList.toggle 的事；而 Composer 只管把正确的 dist/ 内容按时送到 public/ 下——它连“色彩”两个字都看不见。
