Skill para coordenar release, versionamento, changelog, release notes, rollout, rollback e comunicacao interna. Use quando a mudanca estiver pronta para empacotamento e liberacao controlada. Trigger em: "release manager", "coordenar release", "versionamento semver", "changelog", "release notes", "rollout controlado", "comunicacao de release", "tag de versao", "bump de versao", "release candidate".
52
56%
Does it follow best practices?
Impact
—
No eval scenarios have been run
Passed
No known issues
Optimize this skill with Tessl
npx tessl skill review --optimize ./skills/24-release-manager/SKILL.mdQuality
Discovery
89%Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.
This is a reasonably well-structured skill description that clearly defines its domain (release management) and provides explicit trigger terms and usage conditions. Its main weakness is that the capabilities are listed as topic areas rather than concrete actions, making it somewhat vague about what specific operations the skill performs. The trigger term coverage and completeness are strong points.
Suggestions
Replace topic-area listings with concrete action verbs, e.g., 'Gera changelogs a partir de commits, cria tags semver, redige release notes, coordena rollout e rollback' instead of just listing 'changelog, release notes, rollout, rollback'.
| Dimension | Reasoning | Score |
|---|---|---|
Specificity | The description names the domain (release management) and lists several related areas (versionamento, changelog, release notes, rollout, rollback, comunicacao interna), but these read more like topic areas than concrete actions. It doesn't specify what concrete operations are performed (e.g., 'generates changelogs from commit history', 'creates semantic version tags'). | 2 / 3 |
Completeness | The description clearly answers both 'what' (coordenar release, versionamento, changelog, release notes, rollout, rollback, comunicacao interna) and 'when' ('Use quando a mudanca estiver pronta para empacotamento e liberacao controlada') with explicit trigger terms listed separately. | 3 / 3 |
Trigger Term Quality | The description includes an explicit list of natural trigger terms that users would likely say: 'release manager', 'coordenar release', 'versionamento semver', 'changelog', 'release notes', 'rollout controlado', 'tag de versao', 'bump de versao', 'release candidate'. These cover good variations of how users might phrase their needs. | 3 / 3 |
Distinctiveness Conflict Risk | The skill occupies a clear niche around release coordination and versioning. The trigger terms are specific to release management workflows and unlikely to conflict with other skills like general CI/CD, deployment, or documentation skills. | 3 / 3 |
Total | 11 / 12 Passed |
Implementation
22%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
This skill reads as a high-level governance checklist rather than an actionable guide for performing release management. It lacks any concrete commands, examples, or sequenced workflows — there are no semver bump instructions, no changelog generation steps, no rollback procedures, and no communication templates. The content describes outcomes without providing the means to achieve them.
Suggestions
Add a concrete, sequenced workflow with numbered steps: e.g., 1) determine version bump (major/minor/patch) based on changes, 2) generate changelog with specific format/command, 3) create git tag, 4) build release notes with example template, 5) execute rollout, 6) verify deployment, 7) communicate.
Include executable examples: a sample changelog entry format, a semver decision table, a rollback command sequence, and a release notes template with concrete fields rather than just referencing templates/release-plan.md.
Add validation checkpoints in the workflow, such as verifying the tag matches the version, confirming rollback procedure works before proceeding with wider rollout, and checking communication was sent before marking release complete.
Remove redundant sections (Checklist Base and Evidencia de Conclusao largely duplicate Saidas Esperadas) to improve conciseness.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The content is moderately efficient but includes some unnecessary sections like 'Quando Usar/Nao Usar' that largely restate the description, and the governance section references many policies without adding actionable value. The checklist, evidence, and outputs sections overlap significantly. | 2 / 3 |
Actionability | The skill provides no concrete commands, code, scripts, templates, or executable steps. It describes what should happen ('changelog e release notes coerentes', 'plano de rollout definido') but never shows how to do any of it — no semver bump commands, no changelog generation examples, no rollback procedure specifics. | 1 / 3 |
Workflow Clarity | There is no sequenced workflow for performing a release. The content is a collection of checklists and bullet points without ordering, validation checkpoints, or feedback loops. For a multi-step process like release coordination (version bump → changelog → tag → rollout → verify → communicate), the absence of any sequenced steps is a significant gap. | 1 / 3 |
Progressive Disclosure | The skill references external policies and a template (templates/release-plan.md), which is good structure. However, no bundle files are provided to verify these references exist, and the main content itself is thin enough that it doesn't need splitting — the issue is that the referenced files would need to carry all the actual actionable content, making this file feel like a stub. | 2 / 3 |
Total | 6 / 12 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 — 11 / 11 Passed
Validation for skill structure
No warnings or errors.
7577622
Table of Contents
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.