CtrlK
BlogDocsLog inGet started
Tessl Logo

omni-sync-cloud

Synchronise OmniRoute configuration, provider connections, and settings to/from cloud storage. Manage cloud worker authentication and remote backup targets.

58

Quality

66%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No known issues

Fix and improve this skill with Tessl

tessl review fix ./skills/omni-sync-cloud/SKILL.md
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.

The body is a lean, well-sectioned API reference with executable curl examples, but it is not fully actionable because payloads are empty and schemas are external, and it lacks a sequenced sync workflow with validation for the destructive operations it exposes.

Suggestions

Replace the empty `-d '{}'` payloads with representative request/response bodies (or at least the key fields) so the curl examples are genuinely actionable.

Add a short ordered workflow (authenticate → initialize sync → sync) with a verification step, since cloud sync can overwrite remote configuration.

Move the per-endpoint reference into a bundled reference file (keeping a quick-start in SKILL.md) and confirm docs/openapi.yaml exists as a real bundle file rather than only an inline pointer.

DimensionReasoningScore

Conciseness

The body is lean — mostly copy-paste curl commands with one-line endpoint descriptions and no explanation of concepts Claude already knows (e.g., what curl or Bearer auth is). Not level 2 because there is little unnecessary explanation; the minor duplicated Overview/endpoint lines are not enough to drop it.

3 / 3

Actionability

Provides concrete, executable curl commands but every payload is an empty `-d '{}'` and request/response schemas are deferred to the external OpenAPI spec, so key details are missing. Not level 3 because the examples are not complete/copy-paste-useful for real calls; not level 1 because real executable commands are present.

2 / 3

Workflow Clarity

Endpoints are listed with auth documented first, giving mild ordering, but there is no sequenced workflow or validation/verification step for sync operations that can overwrite remote config. Per the guidelines, destructive sync without validation caps this at 2. Not level 3 (no checkpoints/feedback loops); not level 1 (structure is present).

2 / 3

Progressive Disclosure

Sections (Overview, Authentication, Endpoints, Payloads) are organized and the OpenAPI spec reference is clearly signaled one level deep, but the per-endpoint API reference is inline and no bundle files exist to navigate to. Not level 3 because content that could live in a separate reference file is inline; not level 1 because organization and the signaled reference are reasonable.

2 / 3

Total

9

/

12

Passed

Description

67%

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 product-distinctive, naming concrete sync/auth/backup actions in third person, but lacks an explicit "Use when..." trigger clause and leans on product jargon over natural user phrasing. Completeness is the main limiter.

Suggestions

Add an explicit 'Use when...' clause (e.g., "Use when synchronizing OmniRoute configuration to cloud storage, managing cloud worker auth, or setting up remote backup targets") to raise completeness to 3.

Add natural-language trigger variants a user would actually say (e.g., "cloud sync", "back up OmniRoute config") alongside the product-specific terms to improve trigger term quality.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — "Synchronise OmniRoute configuration, provider connections, and settings to/from cloud storage" and "Manage cloud worker authentication and remote backup targets" — rather than vague abstractions. Not level 2 because the action set is comprehensive across sync plus auth plus backup management.

3 / 3

Completeness

Clearly states what the skill does but has no "Use when..." clause or equivalent explicit trigger guidance, so per the judging guidelines completeness is capped at 2. Not level 3 because the "when" is entirely missing; not level 1 because the "what" is clearly stated.

2 / 3

Trigger Term Quality

Contains relevant real keywords ("cloud storage", "cloud worker authentication", "remote backup targets") but they are product-specific jargon and miss common natural variations like "cloud sync" or "back up config". Not level 3 because coverage of terms a user would naturally say is thin; not level 1 because genuine relevant keywords are present.

2 / 3

Distinctiveness Conflict Risk

The OmniRoute-specific niche (cloud sync of that product's config) is distinctive and unlikely to trigger for unrelated skills. Not level 2 because product specificity makes overlap with similar skills unlikely.

3 / 3

Total

10

/

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