CtrlK
BlogDocsLog inGet started
Tessl Logo

retrospective

Sprint or milestone retrospective from completed work, velocity, blockers. Actionable insights for the next iteration.

64

Quality

80%

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 ./.claude/skills/retrospective/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

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

An exemplary process skill: concrete paths, commands, prompts, and a complete output template, with explicit input validation, permission gates before writes, and well-defined fallback behavior. The only trimmable fat is a few lines of justifying anecdote in the insufficient-input preamble.

DimensionReasoningScore

Conciseness

The body is dense with actionable instructions — concrete paths, commands, decision options — with almost no explanation of concepts Claude already knows. It is not a 5 because a few passages are persuasive rationale rather than instruction, notably the observed-failure anecdotes in the "Insufficient input" section ("an asset audit returning COMPLIANT on a project with no assets...") that could be trimmed to one line.

4 / 5

Actionability

Guidance is fully executable: exact glob patterns and file locations (e.g., `production/retrospectives/retro-[sprint-slug]-*.md`), a runnable git log command, a complete copy-paste-ready report template with every column defined, and literal AskUserQuestion prompts with enumerated options [A]/[B]/[C]. Not a 4 because the specific examples cover the common sprint and milestone cases end-to-end.

5 / 5

Workflow Clarity

Six clearly sequenced phases with explicit validation checkpoints: the FOUND/ABSENT input checklist before any report is produced, the existing-retrospective check in Phase 1b, discrepancy checking between sprint-status.yaml and the sprint plan, and permission asks before every write (including the archive rename). Error-recovery paths are explicit (BLOCKED verdicts, manual-data fallback, NOT ASSESSED sections). It is not a 4 because no meaningful checkpoint is missing or implicit.

5 / 5

Progressive Disclosure

A single-file skill with well-organized section headers and content appropriately placed inline (the report template is the core deliverable and belongs in SKILL.md); no bundle files exist to reference, and no content is inlined that clearly belongs in a separate file. It is not a 5 because the skill exceeds simple-skill size and the full template plus rationale makes the file longer than an ideal overview-first structure, though nothing warrants extraction.

4 / 5

Total

18

/

20

Passed

Description

66%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 concise, third-person description that names a concrete deliverable and its key data sources, with good natural keywords. Its main weakness is the missing explicit "Use when..." trigger clause, leaving the invocation conditions implicit and capping completeness.

Suggestions

Add an explicit trigger clause, e.g., "Use when the user asks for a retrospective, sprint review, or lessons learned after a sprint or milestone ends."

Include common synonyms users actually say — "retro", "sprint review", "lessons learned" — to broaden natural trigger coverage.

State the concrete actions performed, e.g., "Analyzes planned vs. actual completion, computes velocity trend, and tracks action-item follow-up" to round out capability coverage.

DimensionReasoningScore

Specificity

The description names a concrete deliverable ("Sprint or milestone retrospective") and lists specific elements it covers — "completed work, velocity, blockers" — plus a concrete output ("Actionable insights for the next iteration"). It falls short of a 5 because the coverage is fragment-style rather than enumerating multiple distinct actions, and above 3 because more than 1-2 concrete capabilities are named.

4 / 5

Completeness

The "what" is clear (generates a sprint/milestone retrospective with actionable insights), but there is no "Use when..." clause or equivalent explicit trigger guidance, capping completeness at 3 per the judging guidelines. It is not a 2 because the "what" is concrete and specific, not vague.

3 / 5

Trigger Term Quality

Natural terms users would say are present: "sprint", "milestone", "retrospective", "velocity", "blockers". A 5 would require synonyms and variations users commonly type (e.g., "retro", "sprint review", "post-mortem"), which are missing; a 3 would mean missing common variations entirely, but the core vocabulary here is well-chosen.

4 / 5

Distinctiveness Conflict Risk

The sprint/milestone retrospective niche is fairly distinct with specific triggers (velocity, blockers, next iteration). It is not a 5 because it could overlap with adjacent planning skills (sprint planning, sprint status, milestone review) in the same workflow ecosystem; it is well above 3 since the retrospective framing is unmistakable.

4 / 5

Total

15

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

frontmatter_unknown_keys

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

Warning

Total

14

/

16

Passed

Repository
Donchitos/Claude-Code-Game-Studios
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.