text-to-lottie
diffusionstudio/lottie · Agent Skill
Traduci le indicazioni testuali in animazioni Lottie rifinite per l'interfaccia utente che richiede molte azioni.
Vai all'installazione ↓Panoramica
| Autore | |
|---|---|
| Repository | diffusionstudio/lottie ↗ |
| Cartella dello skill | text-to-lottie |
| Stelle | 5632 |
| Fork | 299 |
| File inclusi | 23 |
| Licenza | MIT |
| Aggiornato | 25 luglio 2026 |
| Link | Sorgente dello skill ↗ · Repository ↗ |
Verifica Mozgi
Cosa abbiamo trovato nei file dello skill. I dettagli con l’abbonamento.
Installazione
Uno skill è una cartella con un file SKILL.md. Scegli il tuo agente ed esegui i comandi in un terminale (macOS, Linux o Git Bash su Windows) dalla radice del progetto.
Incolla il prompt in Claude, Codex o un altro assistente: controllerà lo skill e lo installerà.
Install the “text-to-lottie” skill from mozgi.io (https://mozgi.io/skills/diffusionstudio-text-to-lottie/) for me. 1. Download the archive: https://mozgi.io/skills/diffusionstudio-text-to-lottie/download If it fails, take the skill folder from the source: https://github.com/diffusionstudio/lottie/tree/main/skills/text-to-lottie 2. Read SKILL.md and the other files. Check the skill is safe: no hidden commands, no sending data elsewhere, no scripts doing something other than described. If anything looks suspicious, stop and tell me. 3. Put the “text-to-lottie” folder into your agent's skills folder: .claude/skills/ for Claude Code, .agents/skills/ for Codex, .cursor/skills/ for Cursor, .gemini/skills/ for Gemini CLI. Inside the project if we are in one, otherwise in the home folder (~/.claude/skills/ etc.). 4. Make sure <skills folder>/text-to-lottie/SKILL.md exists. 5. Briefly tell me what this skill does and offer to try it on my task. If you cannot do a step yourself, tell me what to click or type.
git clone --depth 1 --branch main https://github.com/diffusionstudio/lottie.git /tmp/lottie mkdir -p .claude/skills cp -r /tmp/lottie/skills/text-to-lottie .claude/skills/text-to-lottie
Riavvia Claude Code: lo skill compare nell'elenco; per richiamarlo a mano usa /text-to-lottie. Per tutti i progetti: ~/.claude/skills.
git clone --depth 1 --branch main https://github.com/diffusionstudio/lottie.git /tmp/lottie mkdir -p .agents/skills cp -r /tmp/lottie/skills/text-to-lottie .agents/skills/text-to-lottie
Codex cerca gli skill in .agents/skills dalla cartella corrente fino alla radice del repo; richiamalo con /skills o $text-to-lottie. Per tutti i progetti: ~/.agents/skills.
git clone --depth 1 --branch main https://github.com/diffusionstudio/lottie.git /tmp/lottie mkdir -p .cursor/skills cp -r /tmp/lottie/skills/text-to-lottie .cursor/skills/text-to-lottie
Cursor carica lo skill all'avvio; richiamalo con “/” nella chat Agent. Cursor legge anche .claude/skills e .agents/skills. Per tutti i progetti: ~/.cursor/skills.
git clone --depth 1 --branch main https://github.com/diffusionstudio/lottie.git /tmp/lottie mkdir -p .gemini/skills cp -r /tmp/lottie/skills/text-to-lottie .gemini/skills/text-to-lottie
Gemini CLI propone di attivare lo skill quando il compito corrisponde: tu confermi. Per tutti i progetti: ~/.gemini/skills.
Leggi SKILL.md e i file correlati prima di installare. Clicca un file per l'anteprima.
Contenuto di SKILL.md
Testo originale dell'autore · sola letturaText To Lottie
Author production-ready Lottie JSON for the official local Skia Skottie player.
The deliverable is a renderable scene in the player, not isolated JSON.
Operating Model
- Use the official player project and verify in Skia Skottie. Do not hand-roll a
custom viewer or switch renderers for verification.
- Keep the skill portable across Agent Skills clients. Avoid host-specific
commands, command modes, or orchestration conventions in skill instructions.
- Prefer fewer questions and stronger defaults. Ask only when a decision changes
the output materially, such as transparent vs full-frame background, brand
constraints, target format, or supplied source assets.
- Prioritize clean, intentional, professional motion over merely satisfying the
literal prompt.
Reference Loading
This SKILL.md is the thin control plane. Load only one-level references that
match the task. Do not open the whole reference library.
Always read references/player-contract.md before creating, editing, fixing, or
verifying a scene. If a routed reference is unavailable, continue using the
inline rules in this file.
| User intent | References to read when present |
| --- | --- |
| Any new/edit/fix Lottie scene | references/player-contract.md |
| JSON structure, keyframes, slots, shapes, assets | references/lottie-spec-map.md |
| Logo animation | references/recipe-logo.md, references/motion-taste.md, references/design-taste.md |
| Typography, title, quote, text reveal | references/recipe-typography.md, references/design-taste.md, references/motion-taste.md |
| Lower third, name tag, caption bar, overlay | references/recipe-lower-thirds.md, references/design-taste.md, references/motion-taste.md |
| Loader, icon, spinner, badge animation | references/recipe-loaders-icons.md, references/motion-taste.md |
| Success, error, warning, completion, empty state | references/recipe-loaders-icons.md, references/design-taste.md, references/motion-taste.md |
| UI microinteraction | references/recipe-ui-microinteractions.md, references/design-taste.md, references/motion-taste.md |
| Generic "animate this SVG" or SVG-to-Lottie | references/recipe-svg-animation.md, references/svg-compatibility.md, references/motion-taste.md |
| Camera follow, pan, zoom, parallax, scene motion | references/recipe-camera-scene-motion.md, references/design-taste.md, references/motion-taste.md |
| Diagram, technical line animation, callout, flow trace | references/recipe-diagram-technical.md, references/design-taste.md, references/motion-taste.md |
| Data, stats, KPIs, charts, metrics, dashboard figures | references/recipe-data-stats.md, references/design-taste.md, references/motion-taste.md |
| Product launch, feature announcement, social promo | references/recipe-product-promo.md, references/design-taste.md, references/motion-taste.md |
| Long text, multiple ideas, list/features/steps, timeline, before/after, problem/solution, quote+proof, recap/story, product walkthrough, multi-language variations, chapters, multi-beat sequence, episode, jump/hard cuts, transition grammar | references/chapterization-transition-grammar.md, references/motion-taste.md |
| Glow, glass, metal, gradient, fill, bubble/burst effects | references/recipe-visual-effects.md, references/design-taste.md, references/motion-taste.md |
| SVG input inside logo/icon/UI/lower-third work | The task recipe plus references/svg-compatibility.md |
| Starter brief or reusable project direction | references/recipe-starter-projects.md, references/design-taste.md, references/motion-taste.md |
| Any "premium", "clean", "minimal", "modern", "sleek", or "polished" qualifier | references/design-taste.md (restraint defaults), plus the routed recipe |
For mixed prompts, choose one primary recipe from the main deliverable, then add
secondary references for source format or visual treatment. Examples: SVG logo
with glow uses logo as primary plus SVG compatibility and visual effects;
product launch with pan/zoom uses product promo plus camera scene motion;
technical SVG diagram tracing uses diagram/technical plus SVG compatibility;
kinetic title with glass sweep uses typography plus visual effects.
Workflow
1. Route the task using the table above. Read only the relevant references that
exist.
2. Locate the official player project and resolve the target scene using the
target precedence below. Before editing, verify the resolved path is
public/projects/<project>/<scene-N>/lottie.json; re-read that current file
immediately before overwriting because the UI can write slot edits back to
source.
3. Decide the background policy before authoring.
4. Write or update public/projects/<project>/<scene-N>/lottie.json and, when
useful, controls.json.
5. Validate JSON, run or reuse the dev server, inspect exact frames with
?frame=N, and fix render/design/motion issues before finishing.
Inline Rules
Design Defaults (always apply)
These few defaults are non-negotiable and apply to every designed scene. Load
references/design-taste.md for the full reasoning, especially for any
"premium", "clean", "minimal", "modern", or "card" prompt.
- Premium means subtract, not add. When a prompt says premium, clean, minimal,
modern, sleek, or sophisticated, default to restraint: remove chrome before
adding it. Premium is carried by scale, weight, brightness, spacing, and
timing, never by cards, borders, dividers, shadows, glow, or stacked tints.
- Chrome/container budget is
0by default. Do not add a framing card,
container, border, or divider unless it does a job that whitespace and
alignment cannot. Separate grids and columns with negative space and alignment
first, a single hairline second, and a filled or bordered card last and only
when explicitly warranted.
- One surface tone. Use one background tone. Do not stack two near-black or two
near-white tints to fake a "surface"; it reads muddy. If a card surface must
differ from the background, make it one deliberate step with a clear purpose.
- One divider treatment, one color. If dividers are truly needed, use one weight
and one color for all of them, title rule and column rules included. Never use
slightly different colors or weights per divider.
Scene Rules
- Scene files live at
public/projects/<project>/<scene-N>/lottie.json. - Resolve target scenes by authority: an explicit file path wins; a browser URL
route like /<project>/<scene> wins next; an already-known project/scene for
the task wins next; otherwise create a new safe scene. Use /__context only
for discovery, verification, or playback state unless the task explicitly says
to edit what is currently on screen and no more specific target exists. Do not
let /__context.live override a known file path, URL, or project/scene.
Overwrite main-project/scene-1 only if it is still the untouched placeholder;
otherwise create a new scene.
- Full-frame standalone compositions should include a visible background layer
with a bgColor slot and controls.json entry.
- Transparent-by-default outputs include logos, icons, loaders, overlays, lower
thirds, and SVG-derived assets unless the user asks for a background.
- Include top-level
v,fr,ip,op,w,h,nm,assets, and
layers. Treat op as exclusive.
- Use purposeful easing and staging. Avoid defaulting to linear motion. Derive
easing from the behavior-based anchors in motion-taste.md (chosen by motion
behavior, focal element strongest); do not fall back to one uniform ease for
every layer.
- Use slots for important editable values and add
controls.jsonlabels/ranges
when they improve the properties panel.
- For SVG input, preserve the viewBox, normalize styling, watch fill rules and
intersections, and verify the result in Skottie.
- Native Lottie text/text slots (
ty:5) render in this player when the scene
ships its font: drop a .ttf/.otf/.ttc next to lottie.json, declare it in
fonts.list with fFamily matching the font's embedded family name, and
reference it from text documents. The loader passes every scene font to Skottie.
Prefer native text; reach for vector/shape text only for deliberate path effects
(stroke-on, glyph morphs, handwriting). See the player-contract "Native Text"
reference.
Verification
Before finishing:
1. Confirm the intended target file path is
public/projects/<project>/<scene-N>/lottie.json.
2. Validate JSON:
```bash
node -e "JSON.parse(require('fs').readFileSync('public/projects/<project>/<scene-N>/lottie.json','utf8'))"
```
3. Confirm the official player is running and the scene appears in
GET /__context.
4. Inspect pinned frames in the browser. For new scenes, check frame 0,
midpoint, and op - 1.
5. Confirm the background policy matches the use case.
6. Check for blank canvas, missing assets, unstyled shapes, wrong layer order,
bad easing, awkward timing, cropped content, text overflow, and visible SVG
artifacts.
7. Finish only when the animation renders cleanly and feels intentional.
Maintenance Evals
Do not read eval files during normal animation work. Use them only when testing
or changing this skill:
evals/trigger-prompts.jsonevals/routing-prompts.jsonevals/reference-loading-prompts.jsonevals/output-rubric.md
Domande frequenti
Che cosa fa lo skill text-to-lottie?
Traduci le indicazioni testuali in animazioni Lottie rifinite per l'interfaccia utente che richiede molte azioni.
Come si installa text-to-lottie?
Apri il blocco “Installazione” in questa pagina e scegli il tuo agente — Claude Code, Codex, Cursor o Gemini CLI — per i comandi pronti che copiano la cartella dello skill nel posto giusto. Oppure copia il prompt dalla scheda “Con l'assistente” e lascia che sia l'assistente a controllare e installare lo skill.
Con quali modelli AI funziona text-to-lottie?
Gli skill sono semplici istruzioni in Markdown (formato Agent Skills), quindi text-to-lottie funziona con qualsiasi agente che legge SKILL.md: Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot, OpenCode e altri. Il modello carica le istruzioni solo quando il compito corrisponde alla descrizione dello skill.
text-to-lottie è gratuito?
Lo skill è pubblicato apertamente da diffusionstudio con licenza MIT. Lo skill in sé non costa nulla: paghi solo il tuo fornitore AI per i token usati.
È sicuro installare gli skill?
Uno skill è un insieme di istruzioni che il tuo agente seguirà: leggi SKILL.md e i file correlati prima di installarlo. Gli script nella cartella dello skill vengono eseguiti solo se li esegue l'agente: controlla cosa fa e non concedere permessi superflui.
In cosa differisce uno skill da un server MCP o da un plugin?
Un server MCP o un plugin danno al modello nuovi strumenti: codice che viene eseguito e restituisce un risultato. Uno skill fornisce conoscenza e metodo: come affrontare il compito, quali passi seguire e com'è un buon risultato. Non servono server né chiavi API.