CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

cli-tunnel

Start and stop tunnel connections (ngrok, Cloudflare, custom) from the CLI. Inspect active tunnel URLs, configure authentication, and test external reachability.

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/cli-tunnel/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

61%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-sectioned CLI reference with no padding, but it reads as auto-generated scaffolding: placeholder examples, undescribed flags, and no workflow or validation guidance. Concretizing examples and adding a basic create→verify sequence would move it into the top band.

Suggestions

Replace placeholder examples with real invocations, e.g., "omniroute tunnel create ngrok" and "omniroute tunnel logs ngrok --tail 50", and state the valid <type> values (ngrok, cloudflare, custom).

Add a short canonical workflow, e.g., create → check `tunnel status --json` for the URL → test external reachability → stop with confirmation, and describe what each flag (--yes, --tail, --json) does.

Drop the redundant per-subcommand "Example:" blocks that merely restate the command, or fold flags and example into one line per subcommand to tighten token use.

DimensionReasoningScore

Conciseness

The body is lean (install, flags, examples) with no conceptual padding, but each subcommand repeats its own header line verbatim in an "Example:" block (e.g., "omniroute tunnel create [type]"), adding no information. Minor trims would reach the 5 anchor; not 3 since there is no unnecessary explanation.

4 / 5

Actionability

Commands are real, but the examples are literal placeholders ("tunnel create [type]", "tunnel stop <type>") with no statement of valid types, and authentication setup is never shown. This matches the "concrete guidance but incomplete / missing key details" anchor; not 4 because nothing beyond the argument-less commands is copy-paste executable.

3 / 5

Workflow Clarity

Subcommands are enumerated but with no sequencing (create → status → test reachability) and no validation checkpoints; destructive operations ("tunnel stop", "tunnel rotate") only expose a --yes flag with no verify-after guidance, which caps this dimension at 3. Not 2, since the command inventory is coherent and consistently organized.

3 / 5

Progressive Disclosure

Clean section structure, no nested references, and appropriately compact content, but at ~100 lines it exceeds the "under 50 lines" simple-skill allowance, and flags are listed with no semantics (what does --yes or --tail do?). Well-organized but with a minor organization gap, fitting the 4 anchor rather than 5.

4 / 5

Total

14

/

20

Passed

Description

75%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 strong, third-person description with concrete capabilities and named tools, but it omits any explicit "when to use" trigger guidance, capping its completeness. Adding a use-when clause would raise it to the top band.

Suggestions

Append a trigger clause such as "Use when the user asks to expose a local server, set up ngrok/Cloudflare tunnels, or test webhook reachability."

Include common user phrasings and synonyms (e.g., "port forwarding", "expose local port", "public URL") to broaden natural keyword coverage.

DimensionReasoningScore

Specificity

"Start and stop tunnel connections (ngrok, Cloudflare, custom)... Inspect active tunnel URLs, configure authentication, and test external reachability" lists four concrete actions with named providers, matching the comprehensive-coverage anchor. Minor gaps are absent, so it does not fit the 4 anchor.

5 / 5

Completeness

The "what" is clear and concrete, but there is no "Use when..." clause or equivalent trigger guidance, which the judging guidelines cap at 3. The "when" is not even weakly implied, so 4 is not warranted.

3 / 5

Trigger Term Quality

Natural terms like "tunnel", "ngrok", "Cloudflare", "tunnel URLs", and "external reachability" are present, but common variations users say ("expose a local server", "port forwarding", "webhook testing") are missing. Coverage is good but short of the synonym-complete 5 anchor.

4 / 5

Distinctiveness Conflict Risk

Tunnel management with named tools (ngrok, Cloudflare) is a clear niche with distinct triggers and minimal overlap risk, matching the 5 anchor. No closely related skill is likely to be triggered in error, so the 4 anchor's "minor overlap risk" does not fit better.

5 / 5

Total

17

/

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

diegosouzapw/OmniRoute

Path

skills/cli-tunnel/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.