CtrlK
BlogDocsLog inGet started
Tessl Logo

daytona-recording-artifacts

frame proof, HTML frames, screenshots, recording, PR proof, e2e evidence, validate visually. Daytona artifacts workflow for validated screenshots and optional videos.

58

Quality

66%

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 ./.opencode/skills/daytona-recording-artifacts/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

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

This is a highly actionable, validation-heavy skill: executable commands with verification gates (curl -I status checks, ffprobe duration checks, PNG inspection with recapture) are present at nearly every step. The main costs are duplicated video guidance, a vague index.html generation step, and a monolithic single-file structure that inlines what could be separate reference material.

Suggestions

Provide a concrete template or heredoc command for generating the frame-proof index.html, since that is currently the only hand-wavy step in the default workflow.

Consolidate the three separate video-guidance passages into one section and deduplicate the near-identical http.server bootstrap commands.

Split the video Recording Standard and before/after flow into a reference file (e.g. recording.md) referenced one level deep from the main workflow, keeping SKILL.md focused on the default frame-proof path.

DimensionReasoningScore

Conciseness

The body is dense with commands and project-specific directives and never explains concepts Claude already knows, but video-usage guidance is repeated across "Use video (MP4) only when...", "When to include video clips", and "Validation Standard", and the http.server command is nearly duplicated in the fallback section.

4 / 5

Actionability

Nearly all guidance is copy-paste ready (daytona exec/preview-url commands, ffprobe duration checks, curl -I verification with a 200 OK + non-zero Content-Length gate); the main gap is step 3 of frame proof ("Generate a browseable index.html") which has no template or command.

4 / 5

Workflow Clarity

The frame-proof path is numbered 1–5 with strong explicit validation checkpoints and recovery loops (inspect the PNG and recapture on mismatch, reject zero-duration recordings, supersede invalid evidence), though the two entry paths (test-on-daytona.sh vs manual frame capture) interleave rather than forming one coherent sequence.

4 / 5

Progressive Disclosure

Sections are clearly headed with no nested references, but no bundle files exist and ~240 lines inline multiple sub-workflows — the video Recording Standard and before/after flow read as separate references that were kept inline.

3 / 5

Total

15

/

20

Passed

Description

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

The description names a distinct niche with fairly natural trigger keywords, but it reads as a keyword list rather than action statements and entirely lacks a 'when to use' clause. Adding an explicit "Use when..." sentence and framing the list as concrete actions would lift completeness and specificity substantially.

Suggestions

Add an explicit trigger clause, e.g. "Use when running e2e/UI validation in a Daytona sandbox and needing PR-ready proof, or when the user asks for screenshots, recordings, or visual evidence of a flow."

Convert the keyword fragments into third-person action statements (e.g. "Collects frame-by-frame HTML proof with named PNG screenshots, embeds short MP4 clips for motion-sensitive steps, and publishes validated artifact URLs in the PR").

Include natural synonyms users would say — "video", "demo", "capture" — alongside the existing "recording" and "screenshots" terms.

DimensionReasoningScore

Specificity

Concrete artifacts are named — "frame proof, HTML frames, screenshots, recording, PR proof, e2e evidence, validate visually" — but they are keyword fragments rather than stated actions, and coverage of the workflow is incomplete.

3 / 5

Completeness

The 'what' is clear ("Daytona artifacts workflow for validated screenshots and optional videos"), but there is no "Use when..." clause or equivalent explicit trigger guidance, which caps completeness at 3 per the rubric guideline.

3 / 5

Trigger Term Quality

Terms like "screenshots", "recording", "e2e evidence", "PR proof", and "validate visually" are phrases a user would naturally say; minor gaps remain ("video" appears only as "optional videos", and "demo"/"capture" synonyms are absent).

4 / 5

Distinctiveness Conflict Risk

"Daytona", "frame proof", and "PR proof" carve a clear niche with minimal conflict risk, though generic terms like "screenshots" and "validate visually" could overlap with general visual-validation skills.

4 / 5

Total

14

/

20

Passed

Validation

100%

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

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
Devin-AXIS/iPolloWork
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.