CtrlK
BlogDocsLog inGet started
Tessl Logo

render-hypermotion

Assemble the FREE steps of the product-hypermotion + kinetic-typography video format — dice ONE Seedance 2.0 hypermotion clip into 5-6 segments and intercut them with PIL kinetic-typography spec/CTA cards (italic skew, 1.08x outline echo, 3D extrusion, slam-with-shake, inversion flash) plus a real-logo PIL end card (base64-decoded from the brand SVG), center-crop 1:1 to 9:16, and explicit-map mux a music bed. Deterministic, FREE (PIL + FFmpeg), no paid calls, the real logo and spec typography stay pixel-crisp. The paid steps (the ONE Seedance i2v, the music) are separate capabilities; the recipe orchestrates them. Use for the product-hypermotion format.

58

Quality

73%

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

Fix and improve this skill with Tessl

tessl review fix ./skills/ads/capabilities/render-hypermotion/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

60%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, constraint-rich overview that delegates detail to a real, correctly-scoped bundle of three files with clearly signaled roles. The main deficits are that nothing in the body is directly executable — the Run section is comments-only and the PIL implementations must be sourced from an unshipped external reference — and that the Contract section repeats material already covered, costing tokens without adding guidance.

Suggestions

Make the Run section executable: replace the two comment blocks with at least the actual FFmpeg invocations for center-crop, dice/concat, and the explicit-map mux (including the ffprobe bitrate verification as a checkable command), since those are deterministic and belong in the body.

Deduplicate the Contract section — the FREE/deterministic, one-clip-many-cuts, and real-logo-never-freeze rules each restate "The FREE assembly" and the intro verbatim; keep the Contract as short invariants and drop the repeated rationale.

Reference bundle files with their real paths (scripts/PIPELINE.md, scripts/config.example.json) and either clarify what "README.md — documents the FREE assembly (below)" points to, or point to it by path — and state where the unshipped Soundboks PIL reference implementations can be found, since the skill depends on them.

DimensionReasoningScore

Conciseness

The body is mostly efficient — no concept explanations Claude already knows, and every section carries real constraints — but there is noticeable redundancy that could be tightened: "Deterministic, FREE (PIL + FFmpeg), no paid calls" and "never a paid call per segment" each appear twice (intro/Run vs. Contract), and the real-logo end-card requirements ("base64-decoded", "never typeset", "never freeze") are stated in full in both "The FREE assembly" and "Contract". This fits the anchor for mostly efficient with some unnecessary repetition, rather than the noticeably-verbose anchor below it, since nothing is concept-level padding.

3 / 5

Actionability

The body names concrete config keys ("config.brand_voice", "music.bpm", "beat_structure.concat_order", "config.text_cards", "config.end_card"), exact parameters (1080×1920, ~6° skew, 1.08× echo, ±1% scale + ±3px drift, 192 kbps), and one genuinely executable FFmpeg directive ("-map 0:v -map 1:a"). But the "Run" block contains only comments — no runnable command — and the actual PIL implementations live in an external "Soundboks reference" that is "copied + adapted per run, not vendored" and absent from the bundle. This matches the anchor for some concrete guidance with pseudocode instead of executable code and missing key details; it is not the minimal-high-level-hints anchor (2) because the parameter and config-field specificity is high, and not anchor 4 because nothing in the body can actually be executed.

3 / 5

Workflow Clarity

The five phases are clearly sequenced ("Phase 0 assets → Phase 1 PAID Seedance + music (parallel, gated) → Phase 2 FREE PIL cards → Phase 3 FREE dice/intercut/concat/mux → Phase 4 watch/QC") with a documented config-field → step map in PIPELINE.md, and validation checkpoints exist (the ffprobe ≈192 kbps check against the silent ~1 kbps garbage-audio failure mode, plus the Phase 4 watch/QC gate). It falls short of anchor 5 because the error-recovery loop is only implied (no "if ffprobe shows garbage audio, re-mux with explicit maps"-style feedback step) and the phase sequencing in the body is prose, not a numbered, checkpointed list.

4 / 5

Progressive Disclosure

Scored against the actual bundle: all three referenced files exist (scripts/PIPELINE.md, scripts/README.md, scripts/config.example.json), each is announced with a clear one-line scope (config → structure to copy; PIPELINE.md → full field → step map with beat variants; README.md → the FREE assembly), and references are one level deep. The SKILL.md body is a genuine overview with details pushed to the bundle. It misses anchor 5 on navigation precision — files are referenced by bare name without the scripts/ prefix ("PIPELINE.md" rather than scripts/PIPELINE.md), and "README.md — documents the FREE assembly (below)" is ambiguous about location — leaving minor organization gaps that fit anchor 4.

4 / 5

Total

14

/

20

Passed

Description

76%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, third-person description that comprehensively enumerates the assembly actions and cleanly separates this FREE capability from the paid steps. Its weakness is trigger-term accessibility: the language is dense internal jargon, and the sole trigger clause is circular ("Use for the product-hypermotion format") with no natural user-facing phrasing.

Suggestions

Add natural trigger phrasing alongside the format name, e.g. "Use when the user asks for a product-hypermotion video or a vertical 9:16 product sizzle with spec cards and a music bed" — this covers synonyms users would actually say.

Trim the dense parenthetical treatment lists ("italic skew, 1.08x outline echo, 3D extrusion, slam-with-shake, inversion flash") from the description; these details belong in the body, and their removal frees room for user-natural keywords like "product ad" or "vertical video".

State the deliverable in user terms ("produces a 20-30s vertical 1080x1920 master-final.mp4") so the "what" is complete without requiring knowledge of the internal pipeline vocabulary.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions with full coverage of the assembly: "dice ONE Seedance 2.0 hypermotion clip into 5-6 segments", "intercut them with PIL kinetic-typography spec/CTA cards (italic skew, 1.08x outline echo, 3D extrusion, slam-with-shake, inversion flash)", "center-crop 1:1 to 9:16", "explicit-map mux a music bed", plus a base64-decoded real-logo end card. This matches the anchor for multiple specific concrete actions with comprehensive coverage; nothing in the assembly pipeline is left unnamed.

5 / 5

Completeness

The "what" is explicit and detailed (dice, intercut, crop, mux) and a "Use for..." clause is present: "Use for the product-hypermotion format." That satisfies both parts, but the trigger is self-referential — it names the format the skill itself defines rather than concrete situations a user would be in, so it does not reach the anchor for clearly answering "when" with concrete trigger phrases.

4 / 5

Trigger Term Quality

Relevant domain keywords exist ("hypermotion clip", "spec/CTA cards", "end card", "music bed", "9:16", "Seedance 2.0", "PIL", "FFmpeg") but they are almost entirely proprietary pipeline jargon — the natural phrases a user would say ("product ad video", "sizzle", "vertical video", "product showcase") are missing. This lands on the anchor for some relevant keywords but missing common variations or synonyms, not above it, since only someone already fluent in this exact format would utter these terms.

3 / 5

Distinctiveness Conflict Risk

"product-hypermotion" is a uniquely named format with distinct triggers, and the description explicitly fences off adjacent skills ("The paid steps (the ONE Seedance i2v, the music) are separate capabilities"), minimizing the chance it fires for the paid-generation or music skills. Minimal conflict risk — a clear niche.

5 / 5

Total

17

/

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.