CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

asavie

Asavie integration. Manage data, records, and automate workflows. Use when the user wants to interact with Asavie data.

Quality

69%

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

Quality

Content

63%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 body gives genuinely executable Membrane CLI workflows with strong state-handling and error-recovery guidance — its strongest aspect is actionability. Its weaknesses are a large unexplained inline entity list that wastes context, broken step numbering ('skip to Step 2' with no Step 2), and no progressive disclosure structure to offload detail.

Suggestions

Move the ~60-item entity list to a references file (e.g. 'See [ENTITIES.md](references/entities.md) for the full catalog of Asavie resources') or replace it with a one-line summary of the most common resource types.

Fix the step numbering: the text says 'skip to Step 2' but no Step 2 exists and the only numbered heading is '1b' — renumber the sections (1. Connect, 2. Wait for ready, 3. Discover actions, 4. Run) consistently.

Add one fully worked end-to-end example (search an action by intent, read its inputSchema, run it with --input, read the output field) so the most common path is copy-paste ready.

Trim filler such as 'Use action names and parameters as needed' and the multi-sentence product introduction, keeping only what changes how the agent executes.

DimensionReasoningScore

Conciseness

The core CLI guidance is efficient, but the ~60-item bare entity list ('- **Profile** ... - **Shared Link**') carries no actionable information, and filler like 'Use action names and parameters as needed' plus introductory product prose add tokens without teaching anything Claude couldn't infer. This matches 'Mostly efficient but includes some unnecessary explanation or could be tightened'; it is not 4 because the entity list is a substantial padding block.

3 / 5

Actionability

Commands are concrete and executable end-to-end: install command, login with headless fallback, 'membrane connection ensure "https://www.asavie.com/" --json', action list/run with '--input '{"key": "value"}', and a complete proxy flag table. This matches 'Mostly executable guidance; concrete code or commands with minor gaps' — the gaps being the dangling 'skip to Step 2' with no Step 2 and unexplained actionId sourcing. It is not 5 because common cases lack a fully worked example (e.g. one complete search-then-run sequence with real values).

4 / 5

Workflow Clarity

There is a clear sequence (install → authenticate → connect → poll for readiness → discover actions → run), and the state-handling section provides genuine checkpoints: poll with '--wait', explicit handling of 'READY', 'CLIENT_ACTION_REQUIRED' with its clientAction fields, and 'CONFIGURATION_ERROR'/'SETUP_FAILED' error guidance. This matches 'Clear sequence with most checkpoints present; minor validation gaps' — the broken 'Step 2' reference, inconsistent numbering ('1b' with no '1'/'2'), and the undated auth-error retry loop keep it below 5.

4 / 5

Progressive Disclosure

The body has reasonable section headers and no nested references, but the ~60-item entity inventory is exactly the kind of inline content that belongs in a separate reference file (or should be dropped entirely), and there are no bundle files at all to offload detail. This matches 'Some structure but could be better organized; content that should be separate is inline'. It is not 4 because a large low-value list is fully inlined rather than split out or summarized.

3 / 5

Total

14

/

20

Passed

Description

61%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 has the right structure — a what-statement plus an explicit 'Use when' clause — and is safely distinct because Asavie is a unique product name. However, its action list is generic ('Manage data, records, and automate workflows') and trigger coverage relies on the single term 'Asavie', leaving it thin compared to strong examples that enumerate concrete capabilities and user phrases.

Suggestions

Replace the generic verb phrase 'Manage data, records, and automate workflows' with 2-4 concrete capabilities, e.g. 'Manage devices, SIMs, data plans, and policies; pull usage reports and audit logs'.

Broaden the 'when' clause with natural trigger phrases users would actually say, such as 'Use when the user mentions Asavie, SIMs, data plans, device connectivity, or mobile/IoT fleet management'.

Mention one or two recognizable synonyms (e.g. connectivity, mobile device management) so the description triggers on phrasing that doesn't include the literal word 'Asavie'.

DimensionReasoningScore

Specificity

"Manage data, records, and automate workflows" names the domain (Asavie) but the actions are minimal and generic — no concrete operations are described, matching the anchor 'Names the domain but actions are minimal or generic'. It is above 1 because the domain and entity types are named, but below 3 because no specific concrete action is listed.

2 / 5

Completeness

Both parts are present: "what" via "Asavie integration. Manage data, records, and automate workflows" and an explicit "when" via "Use when the user wants to interact with Asavie data". The "when" clause exists but could be more specific with concrete trigger phrases, so it matches 'Has both what and when; when could be more explicit or specific' rather than 5.

4 / 5

Trigger Term Quality

"Asavie" and "interact with Asavie data" are natural terms a user would say, but coverage stops there — missing common variations or synonyms such as SIM management, connectivity, mobile workforce, or IoT. This matches 'Some relevant keywords but missing common variations or synonyms'; it is not 4 because keyword coverage is essentially a single term.

3 / 5

Distinctiveness Conflict Risk

"Asavie" is a clearly distinct product niche with its own trigger terms ("Use when the user wants to interact with Asavie data"), so it is unlikely to fire for unrelated skills. This matches 'Clear niche with distinct triggers; minimal conflict risk'.

5 / 5

Total

14

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

Total

15

/

16

Passed

Repository

membranedev/application-skills

Path

skills/asavie/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.