CtrlK
BlogDocsLog inGet started
Tessl Logo

kotlin-development

This skill should be used when the user asks to "write Kotlin code", "create a Kotlin class", "set up a Kotlin project", "review Kotlin code", "refactor Kotlin", "use coroutines", "fix Kotlin style", "set up Detekt", "configure ktlint", "add static analysis", "set up code linting", or when generating any Kotlin source code. Provides modern Kotlin 2.1+ best practices covering null safety, coroutines, data modeling, error handling, idiomatic patterns, and static analysis (Detekt, ktlint). Does not cover any specific library or framework.

72

Quality

90%

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

SKILL.md
Quality
Evals
Security

Quality

Content

80%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 strong, highly actionable Kotlin reference body with excellent progressive disclosure and executable examples, held back only by the absence of a sequenced validation-gated workflow (it is reference-shaped, not workflow-shaped) and a few prose passages that could be tightened.

Suggestions

Add one short sequenced, validation-gated workflow for a common multi-step task — e.g., scaffolding a new module: create Gradle Kotlin DSL skeleton → run `./gradlew detekt ktlintCheck` → fix and re-run until green → add a sample test — to lift workflow_clarity above the midpoint.

Tighten prose passages such as the Type System intro and Code Style commentary by leading with the rule and dropping explanatory clauses (e.g., reduce "Annotate explicitly for public API, when the inferred type is too broad, or when readability benefits" to a directive) to push conciseness toward 5.

Optionally move the Common Mistakes table into `references/patterns.md` and keep only a one-line pointer inline, since the body already signals deeper material elsewhere — this would keep SKILL.md as a tighter overview.

DimensionReasoningScore

Conciseness

Mostly lean — rules use terse MUST/ALWAYS/NEVER directives, tables, and tight code blocks without explaining basic Kotlin concepts — but a few prose sentences (e.g., "Kotlin infers types aggressively. Annotate explicitly for public API, when the inferred type is too broad, or when readability benefits") could be trimmed, so it sits above the 3 anchor but short of a fully lean 5.

4 / 5

Actionability

Copy-paste-ready executable Kotlin examples across data classes, sealed interfaces, value classes, coroutines, error handling, and null safety, plus concrete reference tables (scope functions, naming, common mistakes) covering the common cases — matching the 5 anchor.

5 / 5

Workflow Clarity

This is a topical best-practices reference rather than a sequenced workflow; there is no multi-step process with validation checkpoints to sequence, so it lands at the midpoint rather than the 4/5 anchors that reward explicit validate→fix→retry loops.

3 / 5

Progressive Disclosure

A clear 'Reference Files' overview lists all five bundle files with one-line summaries, and the body signals one-level-deep pointers throughout ("see `references/type-system.md`", "See `references/patterns.md` for full patterns"); all referenced files exist in ./references/, so navigation is real and easy.

5 / 5

Total

17

/

20

Passed

Description

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

An excellent description: it pairs a comprehensive, concrete action list with natural trigger phrasing, explicitly states both what the skill does and when to use it, and scopes a clear niche with a negative boundary. No meaningful gaps to address.

DimensionReasoningScore

Specificity

Lists many concrete actions ("write Kotlin code", "create a Kotlin class", "set up a Kotlin project", "review Kotlin code", "refactor Kotlin", "use coroutines", "set up Detekt", "configure ktlint", "add static analysis") plus the capability areas (null safety, coroutines, data modeling, error handling, static analysis) — comprehensive coverage matching the 5 anchor.

5 / 5

Completeness

Explicitly answers both 'what' ("Provides modern Kotlin 2.1+ best practices covering null safety, coroutines, data modeling, error handling, idiomatic patterns, and static analysis") and 'when' ("This skill should be used when the user asks to ... or when generating any Kotlin source code") with concrete triggers, and adds a negative boundary ("Does not cover any specific library or framework").

5 / 5

Trigger Term Quality

Trigger phrases are natural user language with strong synonym coverage ("add static analysis", "set up code linting", "set up Detekt", "configure ktlint", "fix Kotlin style", "refactor Kotlin"), matching the comprehensive-synonyms anchor at 5; not below because no common natural phrasing is missing.

5 / 5

Distinctiveness Conflict Risk

Kotlin-specific niche with distinct, language-scoped triggers and an explicit non-coverage boundary ("Does not cover any specific library or framework"), giving minimal overlap risk with other skills.

5 / 5

Total

20

/

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.

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

Total

15

/

16

Passed

Repository
provectus/awos-recruitment
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.