3d-animation-pipeline
Skill105 starsChanged 8 months agoMITView on GitHub
Define authoring, export, root motion, and retargeting rules for skeletal 3D animation clips.
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
- 2d-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
2 rules. About 0 are common, 2 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈2
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 66
Keep this skill aligned with the relevant rules layer and current project documentation.
- Distinctive: line 67
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
3D Animation Pipeline
Purpose
Define authoring, export, root motion, and retargeting rules for skeletal 3D animation clips so they play correctly, blend cleanly, and stay within budgets.
Use When
- the project uses skeletal 3D animation and clip conventions are undefined
- root motion versus in-place locomotion has not been decided explicitly
- clips from different animators or sources blend badly or drift
Inputs
- animation list per character (locomotion set, actions, reactions, deaths)
- the rig conventions from the rigging pipeline
- root motion policy needs (gameplay-driven vs animation-driven movement)
- target runtime's clip, compression, and blending capabilities
Process
- define clip naming and organization per character/family (entity_action_variant), with loop flags and frame ranges documented
- decide the root motion policy explicitly per locomotion type — animation-driven (root motion) or gameplay-driven (in-place plus speed sync) — and keep it consistent; mixed policies are the main source of foot sliding
- standardize authoring rules: frame rate, keyed rest pose at frame 0, no scale keys unless agreed, and consistent root bone treatment on export
- define blend and transition expectations per clip type (sync markers for locomotion cycles, exit windows for actions) so state machines can rely on them
- set retargeting rules for shared clips: which clips are family-shared, which are character-specific, and the validation pose to verify after retarget
- budget clip memory and choose compression settings per category; validate that compression does not visibly damage contact points (feet, hands)
- validate every clip batch in the runtime — playback, loops, blends, root motion distance — before integration is considered done
Outputs
- clip naming/organization convention with loop and range metadata
- root motion policy per locomotion/action category
- blend/transition contract (sync markers, exit windows)
- compression and memory budgets plus the clip validation checklist
Quality Bar
- locomotion shows no foot sliding: root motion or speed sync matches clip distance
- loops are seamless and sync markers keep blended cycles in phase
- retargeted shared clips pass the validation pose on every family member
- clip memory stays within budget at shipping compression settings
Common Failure Modes
- mixed root-motion and in-place clips driving the same character, causing drift and sliding
- loop frames duplicated or missing, popping at every cycle
- compression applied globally until contacts visibly swim, then disabled globally
- clips authored against a stale rig and exported with silent bone mismatches
Related Agents
- animation-programmer
- technical-artist
Related Commands
- art-3d-pass
- animation-pass
- perf-budget
Related Skills
- rigging-skinning-pipeline
- animation-state-patterns
- 2d-animation-pipeline
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 clip authoring/export conventions;
animation-state-patternsowns runtime state-machine architecture;2d-animation-pipelineowns sprite and skeletal-2D equivalents.
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.

