CtrlK
BlogDocsLog inGet started
Tessl Logo

omni-usage-logs

Access detailed call logs and usage analytics. Filter by provider, model, time range, status, and cost. Export logs and aggregate token usage across all connections.

60

Quality

70%

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/omni-usage-logs/SKILL.md
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 an organized, executable API reference that appropriately defers schemas to the OpenAPI spec, but it lacks workflow sequencing tying capabilities to endpoints and repeats boilerplate curl headers.

Suggestions

State the shared Authorization header once and show trimmed per-endpoint examples to reduce token repetition.

Add brief guidance mapping each described capability (filter/export/aggregate) to the specific endpoint(s) and query parameters that fulfill it.

Fill in the POST /api/usage/budget example body and note how to substitute {id}/{connectionId} path parameters.

DimensionReasoningScore

Conciseness

The body is largely lean with per-endpoint curl examples and genuine detail on cache-health and model-latency-stats, but the Authorization header curl block is repeated verbatim across all 13 endpoints and could be factored out, a minor over-explanation that could be trimmed.

4 / 5

Actionability

Concrete, copy-paste-ready curl commands for every endpoint provide mostly executable guidance, with minor gaps such as the empty '{}' POST body for /budget and unsubstituted {id}/{connectionId} placeholders.

4 / 5

Workflow Clarity

Authentication and endpoint sections are organized, but the body is a flat endpoint catalog with no sequence connecting the described tasks (filter, export, aggregate) to specific endpoints and no validation checkpoints.

3 / 5

Progressive Disclosure

Structure is clear with sectioned endpoints and a well-signaled one-level-deep reference to the OpenAPI spec for detailed schemas; no bundle files exist, and the inline endpoint list is the skill's core value.

4 / 5

Total

15

/

20

Passed

Description

71%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 specific and action-rich, clearly conveying capabilities, but it omits any 'when to use' trigger guidance, which caps completeness and limits distinctiveness.

Suggestions

Add an explicit 'Use when...' clause naming natural trigger phrases (e.g., 'Use when checking API usage, reviewing call logs, or auditing token spend').

Include common synonyms and variations of trigger terms (e.g., 'usage reports', 'billing', 'API spend') to broaden natural-language matching.

Tie the listed capabilities to concrete user intents so the 'when' is as explicit as the 'what'.

DimensionReasoningScore

Specificity

Lists multiple concrete actions ('Access detailed call logs', 'Filter by provider, model, time range, status, and cost', 'Export logs', 'aggregate token usage') with comprehensive coverage, matching the anchor for several specific concrete actions.

5 / 5

Completeness

The 'what' is clearly answered, but there is no 'Use when...' clause or equivalent trigger guidance, which per the judging guidelines caps completeness at 3.

3 / 5

Trigger Term Quality

Good natural keywords ('call logs', 'usage analytics', 'token usage') but lacks synonyms and variations; not quite the comprehensive synonym/extension coverage of the top anchor.

4 / 5

Distinctiveness Conflict Risk

The usage-logs/analytics niche is mostly distinct with minimal overlap risk against closely related monitoring skills, though the absent trigger guidance slightly raises conflict risk.

4 / 5

Total

16

/

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
diegosouzapw/OmniRoute
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.