CtrlK
BlogDocsLog inGet started
Tessl Logo

e2e

Write end-to-end tests for OpenMeter against a live server. Use when adding tests under e2e/ that exercise API endpoints over HTTP (v1 generated SDK or v3 SDK).

72

Quality

88%

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

77%Weight 40%Scale 1-3

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

An actionable, well-sequenced e2e guide with executable code and clear validation feedback loops. Its main weaknesses are trimmable prose length and a monolithic single-file structure that forgoes progressive disclosure into separate reference files.

Suggestions

Tighten verbose prose sections (Per-request timeout, Decimal normalization, Validation-moments intro) to the essential fact plus the concrete example, trusting Claude to infer the rest.

Split the deeper reference material (Error-shape triage, Validation moments, the v3 SDK style / Gotchas) into one-level-deep files under references/ and leave concise pointers in SKILL.md so the overview stays lean.

Keep the high-value gotchas (int64/Testify trap, union discriminator, 400-on-deleted) but move them into the split reference so they are discoverable without bloating the main file.

DimensionReasoningScore

Conciseness

The body is information-dense with non-obvious gotchas, but at ~290 lines several prose sections could be tightened — e.g. the "Per-request timeout" paragraph and the "Decimal normalization" explanation expand beyond the strictly needed fact. It is mostly efficient yet includes padding that keeps it off the lean score-3 anchor.

2 / 3

Actionability

Executable commands ("make etoe", "TZ=UTC OPENMETER_ADDRESS=http://localhost:8888 go test -C e2e -count=1 -v -run '^Test<Name>$' ./") and complete Go test snippets ("func TestIngest(t *testing.T) { client := initClient(t); ... }") with exact helper names are copy-paste ready, matching the fully-executable score-3 anchor.

3 / 3

Workflow Clarity

Sequences carry explicit feedback loops: "Before asserting 400-at-create, run the request. If you get 201, pivot to the draft-with-errors shape" and "Write the test, run it once, inspect the raw problem ... then pick the helper." These checkpoint/retry loops match the clear-sequence-with-validation score-3 anchor.

3 / 3

Progressive Disclosure

No bundle files exist, so the skill is a single ~290-line SKILL.md with detailed inline sections (error-shape triage, validation moments, v3 SDK style, gotchas) that could be split into one-level-deep reference files. It is well-organized internally but does not meet the content-appropriately-split score-3 anchor, and the simple-skills (<50 line) exception does not apply here.

2 / 3

Total

10

/

12

Passed

Description

100%Weight 40%Scale 1-3

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 tight, third-person description that answers both what the skill does and when to use it, with concrete, natural trigger terms and a distinct niche. It hits the anchors for the top score on every dimension.

DimensionReasoningScore

Specificity

"Write end-to-end tests for OpenMeter against a live server" ... "exercise API endpoints over HTTP (v1 generated SDK or v3 SDK)" names concrete actions and exact mechanisms (live server, HTTP, two SDK variants) rather than vague language. It is comprehensive for the niche, matching the multiple-concrete-actions anchor rather than the partial score-2 anchor.

3 / 3

Completeness

It states what ("Write end-to-end tests for OpenMeter against a live server") and an explicit when ("Use when adding tests under e2e/ that exercise API endpoints over HTTP (v1 generated SDK or v3 SDK)"). Both halves are explicit with a clear trigger clause, so it exceeds the implied-only score-2 anchor.

3 / 3

Trigger Term Quality

Natural developer-facing terms — "end-to-end tests", "e2e/", "API endpoints over HTTP", "v1 generated SDK", "v3 SDK" — are exactly what a user would say when asking for this work. Coverage of common phrasings (e2e/end-to-end, API/HTTP) is good, not just jargon.

3 / 3

Distinctiveness Conflict Risk

The combination of OpenMeter, live-server e2e, the e2e/ package, and v1/v3 SDK scope carves a clear niche with distinct triggers unlikely to fire for unrelated skills. It is far more specific than the overlapping score-2 anchor.

3 / 3

Total

12

/

12

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

allowed_tools_field

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

Warning

Total

15

/

16

Passed

Repository
openmeterio/openmeter
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.