GSAP Performance
When to Use This Skill
Apply when optimizing GSAP animations for smooth 60fps, reducing layout/paint cost, or when the user asks about performance, jank, or best practices for fast animations.
Related skills: Build animations with gsap-core (transforms, autoAlpha) and gsap-timeline; for ScrollTrigger performance see gsap-scrolltrigger.
Prefer Transform and Opacity
Animating transform (x, y, scaleX, scaleY, rotation, rotationX, rotationY, skewX, skewY) and opacity keeps work on the compositor and avoids layout and most paint. Avoid animating layout-heavy properties when a transform can achieve the same effect.
- ✅ Prefer: x, y, scale, rotation, opacity.
- ❌ Avoid when possible: width, height, top, left, margin, padding (they trigger layout and can cause jank).
GSAP’s x and y use transforms (translate) by default; use them instead of left/top for movement.
will-change
Use will-change in CSS on elements that will animate. It hints the browser to promote the layer.
will-change: transform;
Batch Reads and Writes
GSAP batches updates internally. When mixing GSAP with direct DOM reads/writes or layout-dependent code, avoid interleaving reads and writes in a way that causes repeated layout thrashing. Prefer doing all reads first, then all writes (or let GSAP handle the writes in one go).
Many Elements (Stagger, Lists)
- Use stagger instead of many separate tweens with manual delays when the animation is the same; it’s more efficient.
- For long lists, consider virtualization or animating only visible items; avoid creating hundreds of simultaneous tweens if it causes jank.
- Reuse timelines where possible; avoid creating new timelines every frame.
Frequently updated properties (e.g. mouse followers)
Prefer gsap.quickTo() for properties that are updated often (e.g. mouse-follower x/y). It reuses a single tween instead of creating new tweens on each update.
let xTo = gsap.quickTo("#id", "x", { duration: 0.4, ease: "power3" }),
yTo = gsap.quickTo("#id", "y", { duration: 0.4, ease: "power3" });
document.querySelector("#container").addEventListener("mousemove", (e) => {
xTo(e.pageX);
yTo(e.pageY);
});
ScrollTrigger and Performance
- pin: true promotes the pinned element; pin only what’s needed.
- scrub with a small value (e.g.
scrub: 1) can reduce work during scroll; test on low-end devices.
- Call ScrollTrigger.refresh() only when layout actually changes (e.g. after content load), not on every resize; debounce when possible.
Reduce Simultaneous Work
- Pause or kill off-screen or inactive animations when they’re not visible (e.g. when the user navigates away).
- Avoid animating huge numbers of properties on many elements at once; simplify or sequence if needed.
Best practices
- ✅ Animate transform and opacity; use will-change in CSS only on elements that animate.
- ✅ Use stagger instead of many separate tweens with manual delays when the animation is the same.
- ✅ Use gsap.quickTo() for frequently updated properties (e.g. mouse followers).
- ✅ Clean up or kill off-screen animations; call ScrollTrigger.refresh() when layout changes, debounced when possible.
Do Not
- ❌ Animate width/ height/ top/ left for movement when x/ y/ scale can achieve the same look.
- ❌ Set will-change or force3D on every element “just in case”; use for elements that are actually animating.
- ❌ Create hundreds of overlapping tweens or ScrollTriggers without testing on low-end devices.
- ❌ Ignore cleanup; stray tweens and ScrollTriggers keep running and can hurt performance and correctness.
Codex Web Motion Overlay
The upstream GreenSock official skill content above is the primary GSAP
guidance. This local overlay adds Codex-specific progressive-disclosure
resources, static audit scripts, evals, and portable source metadata. Keep GSAP
API behavior aligned with GreenSock's official skill and docs; use this overlay
for validation, local boundaries, and report shape.
Local Boundaries
- Use web-three-r3f or typegpu for GPU/canvas rendering performance.
- Use web-css-animations for CSS-only transition audits.
- Use gsap-scrolltrigger for scroll scene semantics.
Local Workflow
- Find hot paths and animated properties.
- Classify layout, paint, composite, and JavaScript costs.
- Run audit scan and inspect high-confidence findings.
- Recommend transform/opacity, batching, throttling, or engine changes only with evidence.
Local Gotchas
- will-change is a scoped hint, not a global optimization.
- ScrollTrigger refresh calls after layout changes need ordering, not random timeouts.
- Infinite tweens need reduced-motion and cleanup behavior.
Bundled Resources
references/official-source.md - Official GreenSock performance skill source. Use this to verify upstream performance guidance.
references/property-cost-matrix.md - Property cost and rendering matrix. Use this when classifying transform, opacity, layout, paint, filter, shadow, and text animation risk.
references/scroll-performance.md - ScrollTrigger and scroll workload review. Use this for pinned scenes, scrubbed timelines, refresh timing, and scroll callback costs.
references/profiling-playbook.md - GSAP profiling and evidence playbook. Read when a GSAP issue is described as jank, dropped frames, layout thrash, or slow scroll.
references/layer-budget-and-will-change.md - Layer budget and will-change discipline. Read before adding transform hacks, force3D, will-change, or GPU promotion advice.
references/index.md - Complete reference inventory and routing summary.
references/source-ledger.md - Portable source list and copy policy.
references/provenance.json - Machine-readable provenance and local-resource metadata.
scripts/audit.mjs - Self-contained Codex audit CLI with domain-specific GSAP rules.
assets/templates/gsap-performance-audit-report.md - GSAP audit response template.
assets/templates/gsap-performance-review-checklist.md - GSAP manual review checklist.
assets/examples/gsap-performance-starter.md - Minimal starter fixture/example.
evals/trigger-queries.json - Trigger/near-miss eval set.
evals/evals.json - Task-quality evals with assertions.
Audit CLI
node scripts/audit.mjs doctor --root . --format json
node scripts/audit.mjs scan --root . --format markdown
node scripts/audit.mjs scan --root . --format json --output gsap-performance-audit.json
Treat script findings as leads. Verify every finding against current code before
changing behavior or reporting it as valid.
1---2name: gsap-performance3description: Official GSAP skill for performance — prefer transforms, avoid layout thrashing, will-change, batching. Use when optimizing GSAP animations, reducing jank, or when the user asks about animation performance, FPS, or smooth 60fps.4license: MIT5---67# GSAP Performance89## When to Use This Skill1011Apply when optimizing GSAP animations for smooth 60fps, reducing layout/paint cost, or when the user asks about performance, jank, or best practices for fast animations.1213**Related skills:** Build animations with **gsap-core** (transforms, autoAlpha) and **gsap-timeline**; for ScrollTrigger performance see **gsap-scrolltrigger**.1415## Prefer Transform and Opacity1617Animating **transform** (`x`, `y`, `scaleX`, `scaleY`, `rotation`, `rotationX`, `rotationY`, `skewX`, `skewY`) and **opacity** keeps work on the compositor and avoids layout and most paint. Avoid animating layout-heavy properties when a transform can achieve the same effect.1819- ✅ Prefer: **x**, **y**, **scale**, **rotation**, **opacity**.20- ❌ Avoid when possible: **width**, **height**, **top**, **left**, **margin**, **padding** (they trigger layout and can cause jank).2122GSAP’s **x** and **y** use transforms (translate) by default; use them instead of **left**/**top** for movement.2324## will-change2526Use **will-change** in CSS on elements that will animate. It hints the browser to promote the layer.2728```css29will-change: transform;30```3132## Batch Reads and Writes3334GSAP batches updates internally. When mixing GSAP with direct DOM reads/writes or layout-dependent code, avoid interleaving reads and writes in a way that causes repeated layout thrashing. Prefer doing all reads first, then all writes (or let GSAP handle the writes in one go).3536## Many Elements (Stagger, Lists)3738- Use **stagger** instead of many separate tweens with manual delays when the animation is the same; it’s more efficient.39- For long lists, consider **virtualization** or animating only visible items; avoid creating hundreds of simultaneous tweens if it causes jank.40- Reuse timelines where possible; avoid creating new timelines every frame.4142## Frequently updated properties (e.g. mouse followers)4344Prefer **gsap.quickTo()** for properties that are updated often (e.g. mouse-follower x/y). It reuses a single tween instead of creating new tweens on each update. 4546```javascript47let xTo = gsap.quickTo("#id", "x", { duration: 0.4, ease: "power3" }),48 yTo = gsap.quickTo("#id", "y", { duration: 0.4, ease: "power3" });4950document.querySelector("#container").addEventListener("mousemove", (e) => {51 xTo(e.pageX);52 yTo(e.pageY);53});54```5556## ScrollTrigger and Performance5758- **pin: true** promotes the pinned element; pin only what’s needed.59- **scrub** with a small value (e.g. `scrub: 1`) can reduce work during scroll; test on low-end devices.60- Call **ScrollTrigger.refresh()** only when layout actually changes (e.g. after content load), not on every resize; debounce when possible.6162## Reduce Simultaneous Work6364- Pause or kill off-screen or inactive animations when they’re not visible (e.g. when the user navigates away).65- Avoid animating huge numbers of properties on many elements at once; simplify or sequence if needed.6667## Best practices6869- ✅ Animate **transform** and **opacity**; use **will-change** in CSS only on elements that animate.70- ✅ Use **stagger** instead of many separate tweens with manual delays when the animation is the same.71- ✅ Use **gsap.quickTo()** for frequently updated properties (e.g. mouse followers).72- ✅ Clean up or kill off-screen animations; call **ScrollTrigger.refresh()** when layout changes, debounced when possible.7374## Do Not7576- ❌ Animate **width**/ **height**/ **top**/ **left** for movement when **x**/ **y**/ **scale** can achieve the same look.77- ❌ Set **will-change** or **force3D** on every element “just in case”; use for elements that are actually animating.78- ❌ Create hundreds of overlapping tweens or ScrollTriggers without testing on low-end devices.79- ❌ Ignore cleanup; stray tweens and ScrollTriggers keep running and can hurt performance and correctness.8081---8283## Codex Web Motion Overlay8485The upstream GreenSock official skill content above is the primary GSAP86guidance. This local overlay adds Codex-specific progressive-disclosure87resources, static audit scripts, evals, and portable source metadata. Keep GSAP88API behavior aligned with GreenSock's official skill and docs; use this overlay89for validation, local boundaries, and report shape.9091### Local Boundaries9293- Use web-three-r3f or typegpu for GPU/canvas rendering performance.94- Use web-css-animations for CSS-only transition audits.95- Use gsap-scrolltrigger for scroll scene semantics.9697### Local Workflow98991. Find hot paths and animated properties.1002. Classify layout, paint, composite, and JavaScript costs.1013. Run audit scan and inspect high-confidence findings.1024. Recommend transform/opacity, batching, throttling, or engine changes only with evidence.103104### Local Gotchas105106- will-change is a scoped hint, not a global optimization.107- ScrollTrigger refresh calls after layout changes need ordering, not random timeouts.108- Infinite tweens need reduced-motion and cleanup behavior.109110<!-- skill-resources:start -->111### Bundled Resources112113- `references/official-source.md` - Official GreenSock performance skill source. Use this to verify upstream performance guidance.114- `references/property-cost-matrix.md` - Property cost and rendering matrix. Use this when classifying transform, opacity, layout, paint, filter, shadow, and text animation risk.115- `references/scroll-performance.md` - ScrollTrigger and scroll workload review. Use this for pinned scenes, scrubbed timelines, refresh timing, and scroll callback costs.116- `references/profiling-playbook.md` - GSAP profiling and evidence playbook. Read when a GSAP issue is described as jank, dropped frames, layout thrash, or slow scroll.117- `references/layer-budget-and-will-change.md` - Layer budget and will-change discipline. Read before adding transform hacks, force3D, will-change, or GPU promotion advice.118- `references/index.md` - Complete reference inventory and routing summary.119- `references/source-ledger.md` - Portable source list and copy policy.120- `references/provenance.json` - Machine-readable provenance and local-resource metadata.121- `scripts/audit.mjs` - Self-contained Codex audit CLI with domain-specific GSAP rules.122- `assets/templates/gsap-performance-audit-report.md` - GSAP audit response template.123- `assets/templates/gsap-performance-review-checklist.md` - GSAP manual review checklist.124- `assets/examples/gsap-performance-starter.md` - Minimal starter fixture/example.125- `evals/trigger-queries.json` - Trigger/near-miss eval set.126- `evals/evals.json` - Task-quality evals with assertions.127<!-- skill-resources:end -->128129### Audit CLI130131```bash132node scripts/audit.mjs doctor --root . --format json133node scripts/audit.mjs scan --root . --format markdown134node scripts/audit.mjs scan --root . --format json --output gsap-performance-audit.json135```136137Treat script findings as leads. Verify every finding against current code before138changing behavior or reporting it as valid.