CtrlK
BlogDocsLog inGet started
Tessl Logo

ideogram-observability

Set up monitoring, metrics, and alerts for Ideogram integrations. Use when implementing observability for Ideogram operations, tracking costs, or configuring alerting for generation health. Trigger with phrases like "ideogram monitoring", "ideogram metrics", "ideogram observability", "monitor ideogram", "ideogram alerts", "ideogram dashboard".

67

Quality

81%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Quality

Content

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

The content is a solid, mostly-executable observability guide with real API details, pricing, metrics, and alerting rules. Its main weaknesses are a buggy error-handling block, no validation checkpoints in the workflow, and a dangling reference to a runbook file that is not present in the bundle.

Suggestions

Fix the Step 1 catch block: remove the float-equality metricsLog lookup that double-records errors, so each failed call records exactly one error metric.

Add validation checkpoints to the workflow, e.g. after Step 3 verify `curl /metrics` returns the registered series, and after Step 4 run `promtool check rules prometheus-rules.yml` before deploying.

Resolve the `ideogram-incident-runbook` reference in Next Steps by either creating it as a bundle file or dropping the dangling pointer.

DimensionReasoningScore

Conciseness

The body is lean and assumes Claude's competence (no generic explanations of Prometheus or fetch), with high-value domain tables, but the Step 1 catch block contains redundant/broken timing logic and minor boilerplate that could be trimmed.

4 / 5

Actionability

Provides executable TypeScript with real endpoints, status codes, and pricing constants plus complete Prometheus alerting YAML, but the Step 1 catch block double-records metrics via a float-equality check and Step 3 references an undefined `app` without setup, leaving minor execution gaps.

4 / 5

Workflow Clarity

The five steps are clearly numbered and sequenced, but there are no validation or verification checkpoints (e.g., verify the /metrics endpoint, test that an alert fires, validate Prometheus config), which the rubric caps at 3 for batch/operational workflows with missing feedback loops.

3 / 5

Progressive Disclosure

The body is well-organized into clear labeled sections, but it exceeds 50 lines with inlined config blocks (full alerting YAML, dashboard queries) and references a non-existent `ideogram-incident-runbook` file, leaving minor organization gaps short of a clean one-level-deep reference structure.

4 / 5

Total

15

/

20

Passed

Description

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

The description is strong: it names concrete actions, gives explicit "Use when" guidance, lists six natural trigger phrases, and is anchored to a distinct branded niche. The only mild gap is that the action verbs (monitoring, metrics, alerts) are slightly generic compared to a maximally comprehensive enumeration.

DimensionReasoningScore

Specificity

Names several concrete actions ("Set up monitoring, metrics, and alerts") tied to a specific domain, but the actions are generic verbs without the granular breadth of a 5-anchor example.

4 / 5

Completeness

Explicitly answers both what ("Set up monitoring, metrics, and alerts for Ideogram integrations") and when ("Use when implementing observability... tracking costs, or configuring alerting") with concrete trigger phrases.

5 / 5

Trigger Term Quality

Six natural user-facing trigger phrases are provided ("ideogram monitoring", "ideogram metrics", "monitor ideogram", "ideogram alerts", "ideogram dashboard") with good synonym coverage.

5 / 5

Distinctiveness Conflict Risk

Targets a specific branded API (Ideogram) with ideogram-prefixed triggers, giving it a clear niche and minimal conflict risk with other skills.

5 / 5

Total

19

/

20

Passed

Validation

87%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

allowed_tools_field

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

Warning

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

14

/

16

Passed

Repository
jeremylongshore/claude-code-plugins-plus-skills
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.