CtrlK
BlogDocsLog inGet started
Tessl Logo

oebb-scotty

Austrian rail travel planner (ÖBB Scotty). Use when planning train journeys in Austria, checking departures/arrivals at stations, or looking for service disruptions. Covers ÖBB trains, S-Bahn, regional trains, and connections to neighboring countries.

68

Quality

82%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

High

Do not use without reviewing

SKILL.md
Quality
Evals
Security

Quality

Content

65%

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

A highly actionable, executable API reference with complete curl examples, a jq helper, and clear response schemas. Its weaknesses are token duplication (repeated auth blocks and near-duplicate product tables), an implicit rather than explicit workflow with validation checkpoints, and a monolithic inline structure with no progressive disclosure to reference files.

Suggestions

De-duplicate tokens: factor the shared auth/client JSON into a reusable snippet or variable, and merge the two near-duplicate product tables ("Product Filter Values" and "Product Classes") into a single table.

Add an explicit numbered workflow (LocMatch → TripSearch → jq extract) with a validation checkpoint that checks `err == "OK"` before parsing the response, rather than leaving the sequence and error handling implicit.

Move the verbose per-method response schemas and the Common Station IDs / product-class tables into a `references/` file, keeping SKILL.md a lean overview with one-level-deep, clearly signaled links.

DimensionReasoningScore

Conciseness

The body is mostly lean (tables, minimal prose, no explanation of concepts Claude knows), but it repeats the full auth/client JSON block in all four curl examples and includes two near-duplicate product tables ("Product Filter Values" and "Product Classes"), so not every token earns its place — matching the score-2 'mostly efficient but could be tightened' anchor rather than the lean score-3 case.

2 / 3

Actionability

Fully executable, copy-paste-ready curl commands with real base URL, real auth credentials, complete JSON bodies, plus a working jq extraction filter and concrete response structures — matching the score-3 anchor for executable, specific examples; it is not the incomplete/pseudocode score-2 case.

3 / 3

Workflow Clarity

The cross-method dependency is signaled ("use lid from LocMatch", the prodX resolution callout) and an err-field check is shown, but there is no explicit numbered workflow sequence and the error check is not framed as a validation checkpoint, matching the score-2 'sequence present but checkpoints implicit' anchor rather than the explicit-checkpoint score-3 case.

2 / 3

Progressive Disclosure

No bundle files exist and all content sits inline in one ~250-line SKILL.md; sections are well organized with a Quick Reference table, but the per-method response schemas and station/product tables that could live in a separate reference file are inline, matching the score-2 'some structure but content that should be separate is inline' anchor rather than the split-with-references score-3 case.

2 / 3

Total

9

/

12

Passed

Description

100%

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 strong, well-scoped description that states concrete capabilities and an explicit "Use when" trigger tied to a distinct Austrian-rail niche. It concisely covers what, when, and scope without fluff or over-claims.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — "planning train journeys", "checking departures/arrivals at stations", "looking for service disruptions" — matching the score-3 anchor for multiple specific concrete actions; it goes beyond naming only the domain.

3 / 3

Completeness

Explicitly answers both what ("Austrian rail travel planner") and when via a clear "Use when planning train journeys..." clause, matching the score-3 anchor; it is not missing the when clause that would cap it at 2.

3 / 3

Trigger Term Quality

Natural user-facing terms ("train journeys", "departures/arrivals", "service disruptions", "in Austria") give good coverage of phrases a user would actually say, avoiding HAFAS/mgate jargon.

3 / 3

Distinctiveness Conflict Risk

The ÖBB/Austrian-rail niche with Austria-specific triggers is clearly distinguishable and unlikely to fire for unrelated skills, matching the score-3 clear-niche anchor rather than the overlapping score-2 case.

3 / 3

Total

12

/

12

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
mitsuhiko/agent-stuff
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.