CtrlK
BlogDocsLog inGet started
Tessl Logo

render-cartoon-music-video

Assemble a cartoon / animated / hand-crafted music-video ad from a config — a sung song carries the whole narrative while N per-bar i2v clips (one recurring animated character, one look pack) are each cut to their BAR window from librosa beat-tracking and hard-concatenated on the bar, VEED-whisper white bold-sans captions in the BOTTOM third (Alignment 2, above the logo bug, no pill) burned from the song's word timings re-spelled against the locked lyrics, a persistent brand logo bug held over the body (suppressed on the end card), and closed on a solid-brand-color PIL end card with the song still playing under it — never AI-rendered text. This is the FREE deterministic assembly stage (cut-to-bar + hard concat + logo bug + captions + end card + song mux); the song, character, keyframes, and clips come from create-music-elevenlabs / create-image-fal / create-video-fal. Use for the cartoon-music-video format.

65

Quality

82%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

75%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A well-structured, information-dense instruction skill: the contract bullets are highly actionable with specific parameters, fallbacks for host limitations, and an explicit per-scene QC feedback loop. Its main costs are redundancy — the intro restates the description and the Contract section duplicates the README's assembly detail — and the absence of any inline executable command, leaving the run sequence dependent on the bundle files.

Suggestions

Deduplicate the Contract section against scripts/README.md: keep the contract-level rules inline and point to the README for the assembly detail (captions, cut-to-bar, logo bug/end card, ffmpeg composite) instead of restating them in both files.

Trim the opening paragraphs, which restate the frontmatter description nearly verbatim, and remove the duplicated parenthetical in the QC bullet ('off the chosen look — in the felt demo, felt → smooth-3D' appears twice).

Inline the ordered run sequence (or the single key ffmpeg composite command) in the Run section rather than delegating the full step ordering to scripts/PIPELINE.md, so the body alone gives a copy-paste-ready path to the master.

DimensionReasoningScore

Conciseness

The body is dense and assumes competence — no explanation of librosa, ffmpeg, or captioning concepts; nearly every sentence carries a project-specific rule. Minor trimming is needed: the opening paragraphs restate the frontmatter description almost verbatim, and the QC bullet duplicates the same parenthetical twice ('off the chosen look — in the felt demo, felt → smooth-3D'). Not 5 because of that redundancy; not 3 because there is no concept over-explanation and almost all tokens earn their place.

4 / 5

Actionability

Concrete guidance throughout: named inputs ('word-timestamps.json', 'bars.json', the brand wordmark SVG), exact filter strings ('overlay=…:enable=\'between(t,st,en)\'', 'loudnorm I=-14'), a fallback path for hosts lacking libass, and specific QC artifacts (2 fps contact sheet, per-bar FACE and HAND crops). Falls short of anchor 5 because the body itself contains no executable commands — the real command-level detail (stitch.py, ffmpeg invocations) lives in the bundle files — and short of a copy-paste-ready standard.

4 / 5

Workflow Clarity

The sequence is clear (song → librosa bar grid → keyframes → one clip per bar → assembly → mux) and validation is explicitly present: per-scene QC with the two named failure modes, an error-recovery loop ('A drifted bar means regenerating that bar's KEYFRAME (not re-cutting)'), and a post-publish re-check of the served bytes. Anchor 4 fits: most checkpoints present with minor gaps, since the fully ordered step-by-step map is delegated to scripts/PIPELINE.md rather than sequenced inline.

4 / 5

Progressive Disclosure

All three referenced bundle files (scripts/config.example.json, scripts/PIPELINE.md, scripts/README.md) exist, are one level deep, and are introduced with a stated purpose ('PIPELINE.md maps every config block to its source step and README.md documents the free assembly'). Not 5 because the Contract section substantially duplicates scripts/README.md sections 1–5 (captions, cut-to-bar, logo bug/end card, ffmpeg composite, QC) rather than pointing to them, an organization gap; not 3 because the split between overview and worked example is real and well-signaled.

4 / 5

Total

16

/

20

Passed

Description

83%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A highly specific, well-partitioned description that clearly states what the skill does and draws a sharp boundary against the paid generation skills it complements. Its weaknesses are an unusually long, jargon-dense style that dilutes the natural trigger terms, and a terse single 'Use for…' clause where richer trigger phrasing would help discovery. Third person is used correctly throughout.

Suggestions

Add broader natural trigger phrases to the when-clause (e.g. 'use when the user asks for an animated music-video ad, a cartoon song video, or a cut-to-the-beat video') so the 'when' earns the top completeness anchor.

Trim internal jargon (i2v, Alignment 2, VEED-whisper, PIL) from the description — keep the concrete actions but let natural synonyms ('cartoon', 'animated', 'hand-crafted', 'music video') carry more of the weight.

Cut the ~180-word description closer to the good-example density; the per-bullet visual specs (caption placement, alignment numbers) belong in the body, not the description.

DimensionReasoningScore

Specificity

Lists many concrete actions with comprehensive coverage — 'cut to their BAR window from librosa beat-tracking and hard-concatenated on the bar', 'VEED-whisper white bold-sans captions in the BOTTOM third', 'a persistent brand logo bug', 'closed on a solid-brand-color PIL end card', 'song mux'. Every assembly action is named specifically; no generic filler, so it clearly matches the top anchor rather than the 'minor gaps' anchor at 4.

5 / 5

Completeness

The 'what' is explicit and detailed, and a 'Use for the cartoon-music-video format' clause answers 'when'. Anchor 4 fits: both present but the 'when' is a single narrow clause rather than concrete trigger phrases like 'when the user mentions X'. Not 5 because the when-guidance lacks the concrete trigger phrasing of the top example; not 3 because the when-clause is explicit, not merely implied.

4 / 5

Trigger Term Quality

Natural terms like 'cartoon', 'animated', 'hand-crafted', 'music-video ad' are present and would be said by users, but the description is dominated by internal jargon (i2v clips, librosa, VEED-whisper, Alignment 2, PIL) and omits common phrasings like 'animated video' or 'video ad'. Good coverage with a few natural terms missing fits anchor 4; not 3 because the natural keywords are genuinely there, not 5 because synonyms/variations users actually say are thin.

4 / 5

Distinctiveness Conflict Risk

Clear niche — the FREE deterministic assembly stage — and it explicitly partitions the paid sibling capabilities ('the song, character, keyframes, and clips come from create-music-elevenlabs / create-image-fal / create-video-fal'), so it is unlikely to trigger for the wrong skill. Matches the top anchor: distinct triggers, minimal conflict risk.

5 / 5

Total

18

/

20

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository
gooseworks-ai/goose-skills
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.