CtrlK
BlogDocsLog inGet started
Tessl Logo

code-style

Code style rules for IntelliJ codebase. Use when writing or reviewing code for style compliance.

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

—

The risk profile of this skill

Fix and improve this skill with Tessl

tessl review fix ./.agents/skills/code-style/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

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

The body is a lean, well-organized rule list that assumes Claude's intelligence and gives concrete, immediately applicable guidance for an instruction-only skill. Its only weakness is the absence of a small illustrative example for the less-common brace-style rule.

DimensionReasoningScore

Conciseness

The body is pure rule bullets with zero padding — "Mark experimental APIs with `@ApiStatus.Experimental`", "Line length: 140 characters max" — and assumes Claude's competence ("Use idiomatic Kotlin: extension functions, data classes, null safety"). Every token earns its place, matching anchor 5.

5 / 5

Actionability

Guidance is concrete and directly executable ("Use `.put()`/`.get()` instead of `[]` operator", "else/catch/finally on new lines", the `/rustrover` 4-space override), matching anchor 4. It falls short of 5 only because there is no illustrative before/after snippet for the brace rule and "Use idiomatic Kotlin" is high-level.

4 / 5

Workflow Clarity

This is a simple, single-purpose skill (apply style rules when writing or reviewing code) and the single action is unambiguous, with the one exception ("Only in `/rustrover` directory...") explicitly scoped. Per the simple-skill exception, anchor 5 applies; no validation loop is needed since the skill involves no destructive or batch operations.

5 / 5

Progressive Disclosure

The skill is under 50 lines with no need for external bundle files (none exist), and content is organized into clear Language and Formatting sections with a clearly signaled repo-doc pointer for build-scripts. Per the under-50-lines guideline, this matches anchor 5.

5 / 5

Total

19

/

20

Passed

Description

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

The description has an explicit and correctly third-person "Use when..." clause and a clear IntelliJ niche, but it undersells the skill's concrete capabilities. Naming the actual rules (Kotlin-first, formatting, build-script conventions) would improve specificity and trigger coverage.

Suggestions

Enumerate 1-2 concrete capabilities in the description, e.g. "Enforces Kotlin-first language rules, 2-space/140-column formatting, and build-script style conventions for the IntelliJ codebase."

Add natural trigger terms users would say, such as "formatting", "lint", "Kotlin", or "Java", to the "Use when" clause.

Make the trigger more concrete, e.g. "Use when writing or reviewing Kotlin or Java code in the IntelliJ codebase, or when checking style/formatting compliance."

DimensionReasoningScore

Specificity

"Code style rules for IntelliJ codebase" names the domain clearly but enumerates no concrete capabilities (no mention of Kotlin-first rules, formatting limits, or build-script conventions). It matches anchor 2 ("Names the domain but actions are minimal or generic") rather than 3 because no specific actions are listed.

2 / 5

Completeness

Both parts are explicitly stated: the "what" ("Code style rules for IntelliJ codebase") and an explicit "Use when..." clause ("Use when writing or reviewing code for style compliance"). The "when" is generic rather than concrete, matching anchor 4 rather than 5, and it is well above anchor 3 since the trigger guidance is explicit, not implied.

4 / 5

Trigger Term Quality

Relevant keywords are present ("IntelliJ", "code", "style", "style compliance", "writing or reviewing"), but common variations users would naturally say — "formatting", "lint", "Kotlin", "Java" — are absent. This matches anchor 3 ("Some relevant keywords but missing common variations or synonyms") rather than 4.

3 / 5

Distinctiveness Conflict Risk

The IntelliJ anchor gives it a clear niche with distinct triggers, but "style compliance" phrasing overlaps generic lint/format skills, matching anchor 4 ("Mostly distinct; minor overlap risk with closely related skills") rather than 5.

4 / 5

Total

13

/

20

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 — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
JetBrains/MPS
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.