根本不存在“composer响应式动画”——composer是php依赖管理器，不处理动画；所谓效果实为jetpack compose或前端库实现，其动画由状态变更自动触发，多屏适配依赖windowsizeclass而非固定尺寸。
根本不存在“Composer响应式动画”这回事——Composer 是 PHP 依赖管理器，不处理动画、不感知屏幕尺寸、也不参与 UI 渲染。你看到的所谓“Composer响应式动画”，实际是 Jetpack Compose（Android UI 框架）或前端库（如 GSAP、Swiper）在运行时的行为，而 Composer 只负责把它们下载到 vendor/ 目录。
Jetpack Compose 的“响应式动画”靠状态变更触发，不是播放时间轴
Jetpack Compose 的动画系统是声明式、状态驱动的：它没有 start()、pause() 或帧控制逻辑，所有过渡都由 State 值变化自动触发。
-
animateDpAsState、animateColorAsState等函数返回的是带插值逻辑的可观察值，UI 重组时直接读取当前帧结果 - 动画生命周期绑定 Composable 实例：组件退出组合树 → 动画立即停止；重新进入 → 从当前值继续或重置，无法手动干预中间状态
- 缓动曲线（如
tween(durationMillis = 300)、spring()）只影响插值函数，不改变状态更新时机或渲染节奏 - 如果你试图用
LaunchedEffect控制动画启停，本质仍是“改状态”，不是“控动画”
多屏适配不是靠“动画参数”，而是靠窗口尺寸类（WindowSizeClass）
Jetpack Compose 不推荐用固定 dp 或像素做判断，而是抽象出 Compact、Medium、Expanded 三类宽度窗口尺寸，让布局逻辑与物理设备解耦。
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 宽度阈值是硬编码的：
Compact（Medium（600–840dp）、Expanded（≥840dp），高度同理但少用 - 必须通过
rememberWindowSizeClass()获取实时尺寸类，不能缓存或仅在初始化时读一次——分屏、折叠、窗口缩放都会动态改变它 - 动画本身不参与适配决策；但你可以用尺寸类控制是否启用某个动画，比如：
if (sizeClass.widthSizeClass == WindowWidthSizeClass.Expanded) AnimatedVisibility { ... } - 别在
ConstraintLayout里写死约束比例，应配合BoxWithConstraints读取maxWidth后动态计算权重
PHP Composer 和屏幕适配完全无关，但它可能间接破坏前端动画流程
当你在 Laravel + Vue/React 项目中用 Composer 安装动画库（如 gsap 或 swiper），问题常出在构建链路或资源加载环节，而非 Composer 本身。
- 执行
composer require gsap/gsap后，JS 文件被放进vendor/gsap/gsap，但 Webpack/Vite 默认不扫描vendor/目录 → 动画脚本根本没被打包进去 -
composer.json中的post-install-cmd若调用npm run build，但未等待前端构建完成就启动 PHP 服务，会导致页面加载时 JS 报GSAP is not defined - 某些旧版 Laravel Mix 配置会把
node_modules/和vendor/下同名包重复打包，引发 GSAP 多次初始化，造成TimelineMax冲突或动画卡顿 - 真正要检查的不是 Composer，而是
public/js/app.js是否包含 GSAP、浏览器控制台有没有Uncaught ReferenceError: gsap is not defined
最容易被忽略的一点：Window Size Class 的判定结果和 Activity 的配置（如 android:configChanges="orientation|screenSize|smallestScreenSize"）强相关。如果没正确声明，横竖屏切换时 Composable 不会重新组合，rememberWindowSizeClass() 返回的仍是旧值——动画该停的没停，该展开的没展开，表面看是逻辑问题，根子在 AndroidManifest 配置漏项。
