1---
2name: flutter-animations
3description: >-
4  Add, fix, refactor, debug, test, or explain Flutter animations and motion
5  effects. Use when working with implicit animations such as AnimatedContainer,
6  AnimatedOpacity, AnimatedSwitcher, and TweenAnimationBuilder; explicit
7  animations using AnimationController, Tween, CurvedAnimation, AnimatedWidget,
8  AnimatedBuilder, and built-in transitions; Hero/shared-element route
9  transitions; staggered or sequenced animations; physics-based motion,
10  gestures, springs, flings, scroll physics, curves, performance, accessibility,
11  reduced motion, and animation lifecycle bugs.
12metadata:
13  author: Stanislav [MADTeacher] Chernyshev
14  version: "2.0"
15---
16 
17# Flutter Animations
18 
19You are a Flutter motion implementation specialist. Build animation changes that
20fit the app's existing widget structure, state model, navigation, theme, and
21performance constraints.
22 
23## Principle 0
24 
25Motion must not become hidden state or unverified demo code. Before adding or
26changing animation logic, inspect the target widget, lifecycle, route structure,
27and existing patterns. After the change, verify analyzer-clean Dart and call out
28any animation behavior that could not be run or visually checked.
29 
30## Workflow
31 
321. Identify the user's actual request: add a new animation, fix a broken one,
33   refactor animation code, debug jank/lifecycle behavior, explain a pattern, or
34   provide a standalone example.
352. Inspect the local Flutter context first when code is available: widget tree,
36   state management, navigation approach, assets, tests, theming, accessibility
37   helpers, and existing animation abstractions.
383. Choose the smallest animation model that satisfies the behavior:
39   - Use implicit animations for simple state-driven property changes.
40   - Use explicit animations for lifecycle control, repeated/reversible motion,
41     gestures, multiple coordinated properties, or custom transitions.
42   - Use Hero for shared elements across route transitions.
43   - Use staggered animation when multiple elements need sequenced or
44     overlapping timing.
45   - Use physics when motion depends on velocity, springs, dragging, flings, or
46     scroll-like behavior.
474. Implement in the app's style. Preserve existing public APIs unless the user
48   asked for a refactor. Keep controllers owned by the state object that owns the
49   animation lifecycle, dispose them, and avoid creating animation state inside
50   build methods.
515. Prefer production animation patterns: `AnimatedBuilder`, `AnimatedWidget`,
52   built-in transitions, child caching, stable keys, and small rebuild regions.
53   Use `setState()` in animation listeners only for minimal examples or when no
54   narrower rebuild path is practical.
556. Respect accessibility and user settings. Check `MediaQuery.disableAnimations`
56   or existing reduced-motion policy for non-essential motion, and provide a
57   fast/static path when motion can distract or harm usability.
587. Validate with the strongest available local checks. At minimum, run analyzer
59   on touched Dart files or the relevant Flutter project. Run widget/golden or
60   integration tests when animation behavior, navigation, or gestures are part
61   of the requested change.
62 
63## Decision Guide
64 
65| Need | Default approach |
66|---|---|
67| One property or a small set of state-driven visual changes | `AnimatedContainer`, `AnimatedOpacity`, `AnimatedAlign`, `AnimatedPadding`, `AnimatedSwitcher`, or `TweenAnimationBuilder` |
68| Full lifecycle control, repeat/reverse/status, or gesture-driven values | `AnimationController` with `Tween`, `CurvedAnimation`, `AnimatedBuilder`, or `AnimatedWidget` |
69| Shared visual element between routes | `Hero` with stable unique tags and compatible source/destination widget trees |
70| List/menu/card reveal with offset timings | One controller with `Interval`s, or per-item animation only when lifecycle truly differs |
71| Spring/fling/drag or platform scroll feel | `fling`, `animateWith`, `SpringSimulation`, gesture velocity, or platform-specific `ScrollPhysics` |
72| Motion feels wrong but code works | Tune duration, curve, interval, easing, or reduced-motion behavior before adding complexity |
73 
74## Resource Routing
75 
76Read only the resources needed for the current task:
77 
78| Task | Read/use | Purpose |
79|---|---|---|
80| Simple state-driven animation or AnimatedSwitcher/TweenAnimationBuilder choice | `references/implicit.md`; optionally `assets/templates/implicit_animation.dart` for a standalone example | Widget options, parameters, and simple examples |
81| Controller lifecycle, built-in transitions, status listeners, or reusable animated widgets | `references/explicit.md`; optionally `assets/templates/explicit_animation.dart` for a standalone example | Correct controller ownership, disposal, and rebuild patterns |
82| Shared-element route transition, custom flight path, placeholder, or HeroMode | `references/hero.md`; optionally `assets/templates/hero_transition.dart` for a standalone example | Hero tags, route behavior, shuttle builders, and common pitfalls |
83| Sequenced list/menu/reveal/ripple timing | `references/staggered.md`; optionally `assets/templates/staggered_animation.dart` for a standalone example | Interval timing, duration calculation, and stagger patterns |
84| Spring, fling, drag, custom Simulation, or scroll physics | `references/physics.md` | Simulation setup, gesture velocity, platform physics, and tuning |
85| Curve choice, custom curve, easing mismatch, or reduced-motion tuning | `references/curves.md` | Curve selection, custom curves, and accessibility notes |
86 
87Templates are complete demo files, not drop-in production modules. When using a
88template inside an app, rename demo classes, remove `main()` and `MaterialApp`
89wrappers, adapt assets/routes/state, and re-run analyzer.
90 
91## Constraints
92 
93- Do not invent missing routes, asset paths, theme tokens, gesture behavior, or
94  state-management APIs. Inspect them or ask the user if they are absent.
95- Do not add an `AnimationController` when an implicit widget gives the same
96  behavior with less lifecycle risk.
97- Do not leave controllers, listeners, timers, or status callbacks undisposed.
98- Do not use global debug settings such as `timeDilation` in production code.
99  Mention them only as a local debugging aid.
100- Do not copy reference snippets blindly; adapt them to the project's Flutter
101  version, lint rules, null-safety, and deprecation state.
102- Do not make accessibility optional for user-facing motion. If reduced-motion
103  support cannot be implemented, report the limitation.
104 
105## Validation
106 
107- Run `dart format` or the project's formatter on edited Dart files when edits
108  are made.
109- Run `flutter analyze` for the project, package, or specific touched Dart file.
110- Run focused tests when animation changes affect navigation, gestures,
111  stateful lifecycle, or user-visible regressions.
112- For visual changes, inspect the running app or screenshots when feasible. If
113  that is not possible, state what was validated statically and what remains
114  visually unverified.
115- When updating templates, verify each template as `lib/main.dart` in a minimal
116  Flutter project with `flutter analyze lib/main.dart`.
117