CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

adr-drafting

Creates new Architecture Decision Record (ADR) documents for significant architectural changes using a consistent template and repository-aware naming and storage guidance. Use when a user or agent decides on an architectural change, needs to document technical rationale, or wants to add a new ADR to the project history.

71

Quality

89%

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

The canonical home for this skill is giuseppe-trisciuoglio/developer-kit

SKILL.md
Quality
Evals
Security

Quality

Content

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

A well-structured, highly actionable instruction skill: a five-phase workflow with explicit approval checkpoints, concrete naming conventions, and genuine one-level-deep references. The main cost is redundancy — the template is inlined and duplicated in a reference file, and Overview/When to Use/Best Practices/Constraints overlap — which trims token efficiency and keeps progressive disclosure below top marks.

Suggestions

Remove the full markdown template block from Phase 3 (or the 'Default Conventions' detail from Phase 2) and point solely to references/template.md, keeping only a one-line structure summary inline.

Merge or cut 'When to Use', which repeats the Overview paragraph and the frontmatter description almost verbatim.

Fold 'Best Practices' and 'Constraints and Warnings' into the existing Phase 3 drafting rules and Phase 1 scope check to eliminate the repeated statements about honest trade-offs and new-ADR-only scope.

DimensionReasoningScore

Conciseness

The body never re-teaches known concepts and is directive throughout, but it could be tightened: 'When to Use' restates the Overview, the Phase 3 template block duplicates references/template.md, and 'Best Practices' and 'Constraints and Warnings' largely restate Phase 1/Phase 3 rules. It is not 'noticeably verbose' with several padded sections (anchor 2), so it sits at the mostly-efficient anchor.

3 / 5

Actionability

Fully actionable for an instruction-only skill: concrete search paths ('docs/architecture/adr', 'docs/adr', 'adr', 'architecture/adr'), an exact filename pattern and title format, a copy-paste markdown template, and two worked examples with expected flows. Per the rubric's code_vs_instruction note, absence of code is not penalized.

5 / 5

Workflow Clarity

Five clearly sequenced phases with explicit validation: a Phase 1 input checklist, a Phase 4 approval gate ('Ask for approval before creating the file') with a revise-first feedback loop, and a stop rule in Phase 5. This is a single-file creation skill, not a destructive/batch operation, so the validation cap does not apply.

5 / 5

Progressive Disclosure

Both referenced bundle files (references/template.md, references/examples.md) exist, are one level deep, and are well signaled in the Overview and Examples sections. It falls short of anchor 5 because the Phase 3 template block duplicates the content of references/template.md inline and the Overview/When-to-Use redundancy inflates the SKILL.md body.

4 / 5

Total

17

/

20

Passed

Description

95%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 strong description: concrete capability statement paired with an explicit 'Use when...' trigger clause and natural synonym coverage including both the full term and the ADR acronym. The only weakness is mild process-level phrasing of capabilities ('repository-aware naming and storage guidance') instead of crisp enumerated actions.

DimensionReasoningScore

Specificity

Names the domain and several concrete capabilities ('Creates new Architecture Decision Record (ADR) documents', 'using a consistent template', 'repository-aware naming and storage guidance'), but the capabilities are stated as methods rather than enumerated discrete actions, so it falls short of the comprehensive anchor 5.

4 / 5

Completeness

Explicitly answers both parts: a clear 'what' (creates new ADR documents with a consistent template and naming/storage guidance) followed by an explicit 'Use when...' clause with three concrete trigger phrases.

5 / 5

Trigger Term Quality

Covers the full name/acronym pair ('Architecture Decision Record (ADR)') plus natural synonyms users would actually say — 'architectural change', 'document technical rationale', 'add a new ADR', 'project history' — matching the comprehensive-synonyms anchor.

5 / 5

Distinctiveness Conflict Risk

Occupies a clear niche (drafting new ADRs) with distinct triggers ('decides on an architectural change', 'needs to document technical rationale'), so it is unlikely to fire for unrelated documentation or editing skills.

5 / 5

Total

19

/

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

allowed_tools_field

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

Warning

Total

15

/

16

Passed

Repository

giuseppe-trisciuoglio/developer-kit

Path

plugins/developer-kit-core/skills/adr-drafting/SKILL.md

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.