CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

observability-railway-deploy

Deploy LGTM observability stack to Railway cloud. Use when deploying cloud-hosted observability with team access.

Quality

74%

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

Fix and improve this skill with Tessl

tessl review fix ./skills/observability-railway-deploy/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

71%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 lean, well-sequenced deployment guide with an explicit verification step and genuinely useful project-specific details (template ID, costs, output format). Its defects are a broken bundle reference (`scripts/get-railway-urls.sh` is listed but absent), no executable command examples in the body, and a verify step that names checks without specifying them.

Suggestions

Fix the broken reference: either add `scripts/get-railway-urls.sh` to the bundle or remove it from the Scripts section — as written, the skill points Claude at a file that does not exist.

Add one executable example per step, e.g. `bash scripts/deploy-to-railway.sh` in the Scripts section and the concrete commands behind 'Verify Deployment' (health-check URL, a test trace/metric to confirm telemetry flow) so the workflow is copy-paste executable.

Specify what 'Verify Deployment' means in practice — which URLs to hit, what a healthy response looks like, and what to do on failure — to turn the named checkpoint into a real validation loop.

DimensionReasoningScore

Conciseness

The ~40-line body is lean: every section carries project-specific information Claude cannot know (Template ID 8TLSQD, cost estimates, output format, script paths) with zero concept explanation or padding. Anti-drift check: anchor 4 requires 'minor instances of over-explanation' and none are present, so 5 fits best.

5 / 5

Actionability

Steps reference real artifacts ("Deploy Template 8TLSQD", script names), but no executable commands appear in the body — no example invocations like `bash scripts/deploy-to-railway.sh`, no command for the 'Verify Deployment' or 'Generate Claude Code Config' steps — and one referenced script (`scripts/get-railway-urls.sh`) does not exist in the bundle. This fits anchor 3 ('some concrete guidance but incomplete; missing key details') rather than 4, where commands would be present with only minor gaps.

3 / 5

Workflow Clarity

Seven steps are clearly sequenced and step 7 ('Verify Deployment (health checks, telemetry flow)') provides an explicit validation checkpoint. It falls short of anchor 5 because there are no feedback loops (what to do when a health check fails) and the checks are named but not specified; it is above anchor 3 because sequence and a validation step are genuinely present.

4 / 5

Progressive Disclosure

Scored against the actual bundle: `scripts/deploy-to-railway.sh` exists and is clearly listed, but the referenced `scripts/get-railway-urls.sh` is missing, a broken navigation path. The body itself is short and well-sectioned (which would allow a higher score under the simple-skill note), but a dangling reference to a nonexistent file caps it at anchor 3 ('references present but not clearly signaled/usable'); it does not drop to 2 because the skill is not monolithic and references are not buried.

3 / 5

Total

15

/

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 compact, honest description with an explicit what and when and a strongly distinctive niche. Its main weakness is thin keyword coverage: it leans on the 'LGTM' acronym and 'Railway' rather than the component names and synonyms (Grafana, Loki, monitoring, telemetry) a user would naturally say.

Suggestions

Name the components in the description (e.g., 'Deploy Grafana, Loki, Tempo, and Prometheus to Railway') so the description matches the natural terms users would say instead of relying on the 'LGTM' acronym.

Broaden the when-clause to cover the realistic triggers, e.g., 'Use when deploying cloud-hosted observability/monitoring (Grafana, log aggregation, tracing) to Railway with team access', dropping the unhelpfully narrow 'team access' qualifier if it is not a hard requirement.

DimensionReasoningScore

Specificity

"Deploy LGTM observability stack to Railway cloud" names the domain (LGTM stack, Railway) and a single concrete action (deploy), but does not enumerate the components or any secondary actions like configuring credentials or generating endpoints. This matches the anchor 'Names domain and 1-2 concrete actions, but not comprehensive'; it is below anchor 4 because only one action verb is listed, and above anchor 2 because the domain is concrete rather than generic.

3 / 5

Completeness

Both parts are explicit: the what ("Deploy LGTM observability stack to Railway cloud") and the when ("Use when deploying cloud-hosted observability with team access"). It falls short of anchor 5 because the when-clause is narrow and slightly odd ("with team access" is not a phrase a user would naturally say), so the trigger guidance could be more concrete and varied.

4 / 5

Trigger Term Quality

Relevant keywords are present ("observability", "deploy", "Railway", "cloud-hosted"), but common natural variations users would say are missing: "Grafana", "Loki", "Tempo", "monitoring", "logging", "telemetry". This fits anchor 3 ('Some relevant keywords but missing common variations or synonyms') rather than 4, since more than a few natural terms are absent.

3 / 5

Distinctiveness Conflict Risk

"LGTM observability stack" + "Railway" carve out a clear niche with distinct triggers; virtually no other skill would claim these terms. This matches anchor 5 (clear niche, minimal conflict risk) — anchor 4 would require some overlap with closely related skills, which is not the case here.

5 / 5

Total

15

/

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.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

referenced_paths_exist

Referenced path issues: 1 missing

Warning

Total

15

/

16

Passed

Repository

fernandezbaptiste/Skrillz

Path

skills/observability-railway-deploy/SKILL.md

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.