The Working Approach
The same tab indicator may look smooth while idle and stutter during navigation. This skill separates two questions: how much rendering work each frame triggers, and whether the animation driver competes with other work on the main thread. It starts with the properties and driver rather than adding GPU hints by default.
The source also checks less obvious paths: a React state update on every frame, an inherited CSS variable changing across a large subtree, expensive blur and Motion shorthand transforms. Recommendations are tied to the code and qualified by browser and device behavior; a fast desktop is not treated as proof of a fix.
Expected Deliverables
- An inventory of animated elements, drivers and properties
- Cause-based findings with file locations and before/after proposals
- A clear distinction between code inspection and device-recorded evidence
From Input to Findings
- 01Inventory the Motion in Scope
List each element, animation driver and property, along with simultaneous work such as navigation or hydration. Expand broad transitions and library shorthand before judging their cost.
- 02Find the Likely Cause
Inspect layout and paint work first, then main-thread contention, per-frame React renders and style recalculation. Relate each proposed change to a specific path rather than calling it a generic optimization.
- 03Profile the Real Interaction
Use browser performance recordings to inspect dropped frames and long tasks. Check a real target phone when possible; desktop CPU throttling does not reproduce a weak GPU or a device’s memory limits.
- 04Report With Verification Limits
Provide file locations, causes and before/after proposals, ordered by expected cost. State what was inferred from code and what was measured, then wait for authorization to apply fixes.