2d-animation-pipeline
Skill105 starsChanged 8 months agoMITView on GitHub
Define authoring, import, and state machine rules for frame-by-frame and skeletal 2D animations.
In this repository117 other files it gives its agents.
- AGENTS.mdAGENTS.md
- .codex/AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- .github/copilot-instructions.mdCopilot instructions
- .cursor/rules/00-project-context.mdcCursor rule
- .cursor/rules/01-engine-isolation.mdcCursor rule
- .cursor/rules/02-workflow.mdcCursor rule
- .cursor/rules/03-doc-sync.mdcCursor rule
- .cursor/rules/README.mdCursor rule
- 3d-animation-pipelineSkill
- 3d-asset-pipelineSkill
- ai-asset-generationSkill
- art-bibleSkill
- audio-implementationSkill
- blender-environment-pipelineSkill
- cinematic-pipelineSkill
- dialogue-content-pipelineSkill
- generated-raster-asset-pipelineSkill
- lighting-lod-pipelineSkill
- localization-pipelineSkill
- materials-shading-pipelineSkill
- placeholder-asset-pipelineSkill
- rigging-skinning-pipelineSkill
- sprite-pipelineSkill
- technical-art-pipelineSkill
- tilemap-pipelineSkill
- ui-animation-pipelineSkill
- ui-asset-pipelineSkill
- vfx-pipelineSkill
- accessibility-designSkill
- combat-designSkill
- core-loop-designSkill
- economy-balancingSkill
- game-feel-designSkill
- level-designSkill
- liveops-designSkill
- monetization-designSkill
- narrative-designSkill
- onboarding-tutorial-designSkill
- procgen-designSkill
- progression-designSkill
- quest-designSkill
- ai-behavior-patternsSkill
- animation-state-patternsSkill
- asset-managementSkill
- build-pipeline-patternsSkill
- event-bus-patternsSkill
- gameplay-architectureSkill
- input-abstractionSkill
- memory-budgetingSkill
- multiplayer-netcode-patternsSkill
- performance-budgetingSkill
- physics-gameplay-patternsSkill
- save-system-patternsSkill
- telemetry-instrumentationSkill
- tools-pipeline-patternsSkill
- ui-hud-patternsSkill
- godot-3d-scenesSkill
- godot-build-releaseSkill
- godot-csharp-patternsSkill
- The first 60 shown.
The file
We split this skill into the rules it gives an agent
3 rules. About 0 are common, 3 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈3
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 39
every animation follows naming convention and lives in the correct folder
- Distinctive: line 64
Keep this skill aligned with the relevant rules layer and current project documentation.
- Distinctive: line 65
If engine-specific constraints materially change the workflow, hand off to the matching engine skill or engine-specific reviewer.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
2D Animation Pipeline
Purpose
Define authoring, import, and state machine rules for 2D animations so they play correctly, transition cleanly, and stay within performance budgets.
Use When
- the project uses frame-by-frame sprite animations or skeletal 2D animations
- animation state machines need standardization across characters or entities
- new animated entities are being added and need to follow project conventions
- placeholder animations are being replaced with final art
Inputs
- art bible or visual direction for animation style
- animation list per entity (idle, run, jump, attack, death, etc.)
- frame rate and loop settings per animation type
- skeletal rig requirements (if using Spine, DragonBones, or engine-native skeletal 2D)
Process
- define animation naming convention and folder structure per entity
- set frame rate, loop mode, and blend settings per animation type
- establish sprite sheet layout for frame-by-frame or export rules for skeletal rigs
- configure animation state machine transitions and parameters
- validate animation playback, transition smoothness, and memory footprint
Outputs
- animation naming and folder convention
- frame rate and loop settings per animation type
- state machine transition map (states, parameters, conditions)
- validation checklist for new animation submissions
Quality Bar
- every animation follows naming convention and lives in the correct folder
- frame rate is consistent within each animation type — no mixed rates
- state machine transitions are complete — no missing states or dead ends
- animation memory footprint stays within the platform budget
Common Failure Modes
- inconsistent frame rates that cause jitter or timing mismatches
- missing state machine transitions that leave entities stuck in a state
- oversized sprite sheets that waste memory on unused frames
- skeletal rigs with incompatible bone counts or naming across entities
Related Agents
- 2d-artist
- animation-programmer
- technical-artist
Related Commands
- art-2d-pass
- perf-budget
- unity-placeholders
Related Skills
- animation-state-patterns
Notes
- Keep this skill aligned with the relevant rules layer and current project documentation.
- If engine-specific constraints materially change the workflow, hand off to the matching engine skill or engine-specific reviewer.
- Boundary: this skill owns animation authoring, import, and wiring conventions;
animation-state-patternsowns runtime state-machine architecture.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

