CtrlK
BlogDocsLog inGet started
Tessl Logo

homelab-monitoring-analyst

Analyzes metrics, alerts, and logs from homelab services to identify issues and recommend remediation.

53

Quality

67%

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/homelab-monitoring-analyst/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

65%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 compact, well-organized instruction-only skill whose workflow sequence is easy to follow and whose companion-skill handoffs are explicit. It falls short on executability — no example commands or queries for any of the listed data sources — and lacks verification checkpoints in the diagnostic workflow.

Suggestions

Add one executable example per primary source, e.g. a promql query like `100 - (avg by(instance)(rate(node_cpu_seconds_total{mode="idle"}[5m])) * 100)` for CPU, and `journalctl -p err --since "2h ago"` for log scanning.

Insert a verification checkpoint between Correlate and Diagnose, e.g. 'Only propose a root cause if the metric anomaly and log event overlap in time; otherwise widen the query window'.

Drop or compress the opening paragraph, which duplicates the frontmatter description, to push conciseness to fully token-efficient.

DimensionReasoningScore

Conciseness

The body is lean, well-sectioned, and assumes Claude's competence (no explanation of what Prometheus or journalctl are). The opening paragraph ('Reads monitoring data from... recommends next steps') largely restates the frontmatter description and could be trimmed, matching 'efficient; minor instances of over-explanation' rather than 'every token earns its place'.

4 / 5

Actionability

Steps enumerate concrete things to check (CPU, RAM, disk, network; active alerts; errors, warnings, restart events) and the Data Sources section names specific tools, but there is not a single executable command or example — no promql query, no `journalctl` invocation, no `docker stats`. This is 'some concrete guidance but incomplete; missing key details' rather than mostly-executable.

3 / 5

Workflow Clarity

The 7 steps are clearly sequenced and include a handoff to the safe-ops gate, but the diagnostic flow has no explicit validation checkpoints — nothing like 'confirm the metric spike coincides with the log event before diagnosing' or 're-verify the alert is still firing'. Sequence present but checkpoints implicit, matching the 3 anchor; the destructive-operation cap does not apply since remediation is delegated to the change-planner.

3 / 5

Progressive Disclosure

The skill is under 50 lines with no bundle files needed (references/ and scripts/ contain only .gitkeep), and the body is organized into clear sections (Workflow Steps, Data Sources, Companion Skills, References) with the external doc links held at one level. Per the simple-skill guideline, this earns full credit on well-organized sections alone.

5 / 5

Total

15

/

20

Passed

Description

53%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 concise, third-person description that clearly states what the skill does in a distinct homelab niche. Its main weakness is the missing 'when to use' trigger clause and thin keyword coverage, which leave discovery to inference rather than explicit signals.

Suggestions

Add a 'Use when...' clause, e.g. 'Use when the user mentions high CPU, memory pressure, disk filling up, fired alerts, or a misbehaving homelab service.'

Include natural trigger synonyms and tool names users would actually say: monitoring, Prometheus, Grafana, Netdata, 'server slow', 'container restarting'.

Optionally name 1-2 more concrete capabilities (correlate metric spikes with log events, rank remediation by confidence) to lift specificity beyond the two-action anchor.

DimensionReasoningScore

Specificity

Names the domain ('metrics, alerts, and logs from homelab services') and two concrete actions ('identify issues', 'recommend remediation'), matching the 1-2 concrete actions anchor. It is not a 4 because it omits several specific actions the skill actually performs (querying endpoints, correlating events, log scanning).

3 / 5

Completeness

The 'what' is clear (analyze metrics/alerts/logs to identify issues and recommend remediation), but there is no 'Use when...' or equivalent trigger clause, which caps completeness at 3 per the judging guidelines. Not a 2 because the 'what' is concrete, not vague.

3 / 5

Trigger Term Quality

Terms like 'metrics', 'alerts', 'logs', and 'homelab' are natural, but coverage misses common variations users would say: 'monitoring', tool names (Prometheus, Grafana, Netdata), and symptom phrases like 'high CPU' or 'server down'. Fits 'some relevant keywords but missing common variations or synonyms' rather than the good-coverage anchor.

3 / 5

Distinctiveness Conflict Risk

The homelab-services monitoring scope is a clear niche with distinct triggers, but 'recommend remediation' slightly overlaps the companion homelab-change-planner skill and generic log-analysis skills. Mostly distinct with minor overlap risk, matching the 4 anchor rather than 3 (which implies broader overlap) or 5 (no meaningful conflict).

4 / 5

Total

13

/

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.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
pvnkmnk/AgenticSelfHostSkills
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.