CtrlK
BlogDocsLog inGet started
Tessl Logo

maple-telemetry-conventions

Maple's OpenTelemetry conventions — custom span attribute keys (`maple.*` vendor namespace, `query.context`, `db.query.*`, `result.*`, `cache.*`, `tenant.*`), Title Case status codes (`Ok`/`Error`/`Unset`), resource attribute dual-emit (`deployment.environment` + `deployment.environment.name`), span kinds, Tinybird MV pre-extracted columns, loop-prevention filters, and sampling. Use whenever writing or reviewing instrumentation code in any language (TypeScript, Rust, Python) in this repo — adding `setAttribute`/`setAttributes`/`record`/`#[instrument(fields(...))]` calls, setting span status, configuring an OTLP exporter, defining a new resource attribute, or wiring a new query through `WarehouseQueryService.compiledQuery()`.

74

Quality

93%

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

86%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-organized, token-efficient reference body that points one level deep to rule files and pins canonical file:line locations. Its main gap is the absence of any inline executable code example — all snippets are deferred to the referenced rule files — which leaves actionability and workflow_clarity just short of full marks.

Suggestions

Add one short inline code snippet (e.g., the canonical WarehouseQueryService.executeSql span emission) so the body is copy-paste actionable without opening a rule file.

Include a brief validation checkpoint for reviewers (e.g., 'confirm new attributes appear in the Tinybird MV SELECT list and dashboards filter correctly') to lift workflow_clarity.

Verify the referenced rules/*.md files exist in a bundle; if absent, either add them or note they are forthcoming so navigation does not dead-end.

DimensionReasoningScore

Conciseness

Lean and efficient — assumes Claude knows OpenTelemetry and skips concept explanation; the load-bearing rationale ('Tinybird MVs pre-extract... dashboards filter on Title Case...') earns its tokens rather than padding. Confirmed not below 5: no unnecessary explanations; not above (max).

5 / 5

Actionability

Concrete inline rules ('Always Title Case: Ok/Error/Unset. Never OK, ERROR...'), exact attribute spellings, and file:line canonical references give executable guidance, but the body itself carries no copy-paste code snippet — it defers snippets to the rules/*.md files. Confirmed not 5 (no inline executable example) and not 3 (the inline guidance is concrete and specific, not pseudocode).

4 / 5

Workflow Clarity

The 'When to apply' trigger list and quick-reference table give a clear sequence for applying conventions, and no destructive/batch operation is present so no validation cap applies; however there is no explicit multi-step workflow with checkpoints, keeping it just below 5. Confirmed not 3 (sequence and triggers are clear) and not 5 (no explicit validation/feedback loop).

4 / 5

Progressive Disclosure

Exemplary overview structure: a one-level-deep 'Index' of rules/*.md files, an inline 'Quick reference' table, and a 'Canonical references' list — all clearly signaled and organized for discovery. No bundle directory is present, so scoring is against the body's reference structure, which is well split and navigable.

5 / 5

Total

18

/

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.

A highly specific, third-person description that crisply states both the conventions governed and the exact trigger conditions, with concrete code-level triggers across three languages. It is a model example of the form with no fluff or over-claims.

DimensionReasoningScore

Specificity

Lists multiple specific concrete actions — 'adding setAttribute/setAttributes/record calls', 'setting span status', 'configuring an OTLP exporter', 'defining a new resource attribute', 'wiring a new query through WarehouseQueryService.compiledQuery()' — with comprehensive coverage of the domain.

5 / 5

Completeness

Explicitly answers both 'what' (the Maple OTel conventions: attribute keys, Title Case status, dual-emit resource attrs, span kinds, MV columns, loop prevention, sampling) and 'when' ('Use whenever writing or reviewing instrumentation code...') with concrete trigger phrases.

5 / 5

Trigger Term Quality

Comprehensive natural trigger terms an instrumentation engineer would actually say — 'writing or reviewing instrumentation code', 'setAttribute', 'span status', 'OTLP exporter', plus language variants (TypeScript/Rust/Python) and macro forms like '#[instrument(fields(...))]'.

5 / 5

Distinctiveness Conflict Risk

Clear narrow niche — Maple's repo-specific OpenTelemetry conventions with vendor namespace maple.* and named service paths — making conflict with other skills minimal.

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