CtrlK
BlogDocsLog inGet started
Tessl Logo

render-glassy-matte-grwm

Assemble a multi-scene GRWM beauty-demo ad from a config — a locked-identity creator applies ~5 products step by step while a SEPARATE ElevenLabs voiceover narrates and every scene cut is snapped to the VO's product-name word-starts (Whisper word-level timestamps), then ~5 Playwright product overlay cards (real PDP-verified taglines) are composited onto the master each on its product-NAME word-start, the SEPARATE VO is mixed on top of a ducked music bed at loudnorm I=-14, clean-white 3-words/cue captions are burned, and the video closes on a flat-lay end card. This is the FREE deterministic assembly stage (re-cut to the VO word-starts, hard-concat, Playwright card render + card composite, VO plus music mix, caption burn, flat-lay end card); the VO, scene clips, product cutouts, and music come from create-music-elevenlabs / create-image-gpt-image-fal / create-video-fal. Use for the glassy-matte-grwm format.

60

Quality

75%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

Fix and improve this skill with Tessl

tessl review fix ./skills/ads/capabilities/render-glassy-matte-grwm/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

57%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.

The body is dense with high-value, non-obvious engineering constraints (exact ffmpeg flags, timing rules, silent-failure gotchas) and points to three real, well-labeled bundle files. Its weaknesses are structural: the Contract content is duplicated between SKILL.md and scripts/README.md, the pipeline enumeration repeats several times, and the workflow has no validation checkpoints for a long, error-prone ffmpeg chain.

Suggestions

Deduplicate the Contract section against scripts/README.md — keep the gotcha-level constraints in one place (a short summary in SKILL.md, the full rules in README.md) instead of repeating them nearly verbatim in both files.

Add explicit validation checkpoints to the pipeline: e.g. after the hard-concat, ffprobe the duration against the VO's word-start timeline; after the card composite, verify each card is visible on its expected frames before burning captions.

Provide at least one complete, copy-paste-ready ffmpeg command per stage (re-cut/concat, card composite with -loop 1, VO/music mix with loudnorm), or ship a runnable script alongside config.example.json so the flag fragments become executable.

DimensionReasoningScore

Conciseness

Mostly efficient — it teaches only non-obvious gotchas, not concepts Claude already knows — but the same pipeline enumeration ('re-cut + hard-concat, cards, mix, caption burn, end card') is repeated nearly verbatim in the intro, the Run section, the final Contract bullet, and again in scripts/README.md. This matches the 3 anchor 'mostly efficient but includes some unnecessary explanation or could be tightened'; it is not 4 because the repetition across sections is a real trimming opportunity, and not 2 because nothing explains background concepts.

3 / 5

Actionability

Concrete executable fragments throughout — 're-encode the concat -c:v libx264 -crf 20', 'loudnorm I=-14', 'PNG overlay inputs need -loop 1 -t <dur>', "overlay=…:enable='between(t,st,en)'", '3 words/cue, ~3.0% font, ~20% margin' — plus specific failure modes to avoid. It falls short of the 5 anchor because no complete copy-paste command or script invocation is given for any stage (each must be assembled from fragments), but it clearly exceeds the 3 anchor's pseudocode/missing-key-details level.

4 / 5

Workflow Clarity

The sequence is legible (Whisper the VO first → re-cut/hard-concat → render + composite cards → mix VO over ducked music → burn captions → append end card → master) and failure modes are named, but no validation checkpoints exist anywhere — e.g. no ffprobe duration check after concat, no verify-the-card-is-visible check despite the noted 'silently no-op' fade failure. This matches the 3 anchor 'steps listed but validation gaps; checkpoints missing or implicit'; the 4 anchor requires most checkpoints present, and none are.

3 / 5

Progressive Disclosure

References are real, one level deep, and clearly signaled ('scripts/config.example.json is the worked example … scripts/PIPELINE.md maps every config block to its source step and scripts/README.md documents the free assembly'), but the body's entire Contract section is duplicated almost point-for-point in scripts/README.md — content that should live in one place is inlined in both. This fits the 3 anchor 'content that should be separate is inline'; it is not 4 because whole-section duplication is more than a minor organization gap, and not 2 because the overview/reference split and navigation are otherwise sound.

3 / 5

Total

13

/

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, third-person description that comprehensively enumerates the assembly actions with real parameters and explicitly scopes the free assembly stage against the paid sibling capabilities. The main weakness is the terse, single-form trigger clause ('Use for the glassy-matte-grwm format') which omits broader natural trigger phrases users might say.

DimensionReasoningScore

Specificity

The description lists multiple specific concrete actions covering the whole stage — 're-cut to the VO word-starts, hard-concat, Playwright card render + card composite, VO plus music mix, caption burn, flat-lay end card' plus concrete parameters like 'loudnorm I=-14' and '3-words/cue captions'. It matches the anchor 'lists multiple specific concrete actions; comprehensive coverage'; it is not the level below because coverage of the assembly actions is complete, not partial.

5 / 5

Completeness

Both are present: a detailed 'what' (the full assembly pipeline) and an explicit trigger 'Use for the glassy-matte-grwm format'. It sits at the 4 anchor ('when' could be more explicit or specific) rather than 5 because the trigger clause is a single narrow format reference with no broader concrete 'use when' conditions (e.g. 'when the user asks for a multi-scene GRWM/beauty demo with separate narration'); it is well above 3 since explicit trigger guidance exists.

4 / 5

Trigger Term Quality

Good natural-domain keyword coverage — 'GRWM beauty-demo ad', 'voiceover', 'product overlay cards', 'captions', 'flat-lay end card', 'Use for the glassy-matte-grwm format' — phrases a user would plausibly say. It falls short of the 5 anchor because common synonyms and variations are missing (e.g. the spelled-out 'get ready with me', 'beauty ad', 'UGC ad'), while exceeding the 3 anchor's 'missing common variations' by a clear margin.

4 / 5

Distinctiveness Conflict Risk

The description carves a clear niche — the multi-scene GRWM format with a separate VO-driven timeline — and explicitly names the sibling paid capabilities ('create-music-elevenlabs / create-image-gpt-image-fal / create-video-fal') it does NOT cover, plus a distinct format trigger. This matches the 5 anchor 'clear niche with distinct triggers; minimal conflict risk'; the 4 anchor would require real overlap with a closely related skill, which the scoping statements pre-empt.

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.