CtrlK
BlogDocsLog inGet started
Tessl Logo

maple-kotlin-style

Kotlin (Ktor, Spring Boot) OpenTelemetry style for Maple: zero-code Java agent or manual SDK with OTLP HTTP exporters, inline endpoint + ingest key, semconv resource attributes, OTLP-bridged logs.

60

Quality

70%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Critical

Do not install without reviewing

Fix and improve this skill with Tessl

tessl review fix ./skills/maple-kotlin-style/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

75%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 concise, actionable style guide with executable agent and SDK examples and a sensible recommended/fallback structure. The main gap is incomplete log/metric exporter wiring and implicit rather than explicit validation steps.

Suggestions

Show the log and metric exporter wiring in the manual SDK section instead of only saying "add the equivalent".

Make validation explicit, e.g. a numbered "verify traces arrive in Maple" checkpoint after configuration.

Consider splitting the long SDK init example into a reference snippet if the file grows, to preserve progressive disclosure.

DimensionReasoningScore

Conciseness

The body is lean and assumes Claude's competence (no OTel primer), with the brief JVM framing earning its place; only minor trimming is possible, e.g. the auto-instrumentation list and the hand-wavy "Add the equivalent log + metric exporters" line.

4 / 5

Actionability

Provides copy-paste-ready bash agent flags and executable Kotlin SDK/span examples covering the common cases; falls short of 5 only because log and metric exporter wiring is left as "add the equivalent" without code.

4 / 5

Workflow Clarity

Clear recommended-path (agent) then fallback (manual SDK) structure with a validation checkpoint ("Test the combination once before shipping"); no destructive batch operation triggers the 3-cap, but checkpoints are implicit rather than enumerated.

4 / 5

Progressive Disclosure

Single well-sectioned SKILL.md with no nested references and no bundle files to navigate; at ~90 lines it exceeds the simple-skill 50-line threshold, so it stops short of 5 despite clean organization.

4 / 5

Total

16

/

20

Passed

Description

66%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 specific, technically rich description that clearly conveys what the skill does, but it lacks an explicit "Use when..." trigger clause, which limits its completeness score. Adding a trigger phrase would meaningfully raise the score.

Suggestions

Append an explicit trigger clause, e.g. "Use when instrumenting a Kotlin/Ktor or Spring Boot service for Maple telemetry."

Add a couple of natural synonyms ("tracing", "metrics", "instrumentation") to broaden trigger-term coverage.

Clarify the Kotlin-vs-Java boundary to reduce overlap risk with a sibling Java OpenTelemetry skill.

DimensionReasoningScore

Specificity

Names several concrete components ("zero-code Java agent", "manual SDK with OTLP HTTP exporters", "inline endpoint + ingest key", "semconv resource attributes", "OTLP-bridged logs"), giving broad coverage of the style's mechanics; framed as components rather than verbs, so just short of a 5.

4 / 5

Completeness

The "what" is clear (Kotlin OpenTelemetry style for Maple), but there is no explicit "Use when..." trigger clause, which per the rubric caps completeness at 3.

3 / 5

Trigger Term Quality

Includes natural terms a user would say ("Kotlin", "Ktor", "Spring Boot", "OpenTelemetry", "Maple", "logs"), but misses common synonyms like "tracing", "metrics", or "instrumentation" that would push it to 5.

4 / 5

Distinctiveness Conflict Risk

The Kotlin/Ktor/Spring-Boot + Maple niche is fairly distinct, but because Kotlin runs on the JVM there is minor overlap risk with a sibling Java OpenTelemetry skill.

4 / 5

Total

15

/

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
MapleTechLabs/maple
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.