CtrlK
BlogDocsLog inGet started
Tessl Logo

documenter

Skill de Documentação por nível de decisão. Use quando precisar documentar features, APIs, arquitetura, setup, operação, ou manter documentação existente atualizada. Trigger em: "documentar", "documentação", "docs", "ADR", "architecture decision record", "README", "feature doc", "api doc", "setup doc", "runbook", "troubleshooting", "doc de operação", "registrar decisão", "atualizar docs".

60

Quality

70%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

Fix and improve this skill with Tessl

tessl review fix ./skills/10-documenter/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

50%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

This is a well-structured documentation skill that clearly defines four levels of documentation and provides useful organizational guidance including directory structure and timing rules. Its main weaknesses are the lack of concrete, copy-paste-ready examples (templates are deferred to external files not provided), verbose sections that explain concepts Claude already understands, and missing validation/verification steps in the workflow.

Suggestions

Add at least one concrete inline example for each documentation level (e.g., a minimal ADR template, a sample feature doc snippet, a sample API contract entry) rather than deferring all examples to external template files.

Add explicit validation checkpoints: e.g., 'After writing/updating docs, verify: all cross-references resolve, no duplicated information across files, examples match current code.'

Trim sections that explain concepts Claude already knows — remove the 'Código Limpo: Zero Comentários' rationale and the philosophical opener, keeping only the actionable rules.

Consider moving the detailed 4-level content descriptions and directory tree to a referenced guide file, keeping SKILL.md as a concise overview with quick-reference checklists.

DimensionReasoningScore

Conciseness

The skill is reasonably organized but includes some unnecessary philosophical framing ('Documentação existe para responder perguntas antes que alguém precise fazer a pergunta'), redundant explanations of when to/not to use it, and verbose descriptions of what each documentation level 'responds to' that Claude could infer. The 'Código Limpo: Zero Comentários' section explains concepts Claude already knows well.

2 / 3

Actionability

The skill provides structured checklists of what to include at each documentation level and a clear directory structure, which is useful. However, it lacks concrete executable examples — no actual template content is shown inline, no example ADR, no example feature doc snippet, no example curl command for API docs. It describes what to produce rather than showing how to produce it, deferring to external template files.

2 / 3

Workflow Clarity

The 'Quando Documentar' section provides a temporal sequence (before coding, during design, during implementation, before deploy), and the four levels provide a logical structure. However, there are no explicit validation checkpoints — no step to verify documentation completeness, no feedback loop for reviewing docs against actual code, and no verification that cross-references are intact. For a skill involving documentation maintenance (a form of batch/ongoing operation), this is a gap.

2 / 3

Progressive Disclosure

The skill references external files appropriately (policies, templates in docs/skill-guides/documenter-templates.md, templates/doc-update.md) and the references are one level deep. However, no bundle files are provided to verify these references exist, and the main SKILL.md itself is quite long (~150+ lines) with content that could be split — the detailed 4-level documentation descriptions and the full directory tree could live in a referenced guide, keeping the SKILL.md leaner.

2 / 3

Total

8

/

12

Passed

Description

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 well-structured skill description that excels in trigger term coverage and completeness, with explicit 'Use quando' and 'Trigger em' sections. The main weakness is that the capability descriptions lean toward listing documentation types rather than specific concrete actions (e.g., 'generate ADRs', 'create runbook templates', 'audit doc freshness'). The use of third person is maintained appropriately.

Suggestions

Replace the general 'documentar' framing with more specific concrete actions like 'Gera ADRs, cria templates de runbook, audita freshness de docs, estrutura READMEs' to improve specificity.

DimensionReasoningScore

Specificity

Names the domain (documentation) and lists several types of documentation (features, APIs, architecture, setup, operation, maintaining existing docs), but doesn't describe concrete actions beyond 'documentar' and 'manter atualizada'. It tells what kinds of docs but not specific operations like 'generate', 'template', 'review', 'restructure'.

2 / 3

Completeness

Clearly answers both 'what' (document features, APIs, architecture, setup, operation, maintain existing docs) and 'when' with an explicit 'Use quando precisar...' clause and a dedicated 'Trigger em:' section listing specific trigger terms.

3 / 3

Trigger Term Quality

Excellent coverage of natural trigger terms in both Portuguese and common English abbreviations: 'documentar', 'documentação', 'docs', 'ADR', 'architecture decision record', 'README', 'feature doc', 'api doc', 'setup doc', 'runbook', 'troubleshooting', 'registrar decisão', 'atualizar docs'. These are terms users would naturally use.

3 / 3

Distinctiveness Conflict Risk

The description carves out a clear niche around documentation by decision level, with highly specific trigger terms like 'ADR', 'runbook', 'feature doc', 'setup doc' that are unlikely to conflict with other skills. The combination of documentation types and explicit triggers makes it very distinguishable.

3 / 3

Total

11

/

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.

Validation11 / 11 Passed

Validation for skill structure

No warnings or errors.

Repository
felvieira/claude-skills-fv
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.