CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

install-verification

Use before claiming that the package can be installed or published. Verifies structure, adapters, schemas, executable scripts, and public-safety boundaries.

Quality

87%

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

SKILL.md
Quality
Evals
Security

Quality

Content

86%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 is an exemplarily lean, single-purpose verification procedure with copy-paste bash commands and an explicit completion gate. Its only weaknesses are the unspecified error-recovery path when a verification script fails and the vague 'inspect' instruction beyond file presence.

Suggestions

Add one line on what to do when a verification script fails (e.g., fix the reported issue and re-run) to close the feedback loop.

State what 'inspect' means for the listed adapters and install files (presence only vs. content checks) so the verification criterion is unambiguous.

DimensionReasoningScore

Conciseness

The body is lean and fully operational — "Resolve `ENGINE` using `/hep-build` Step 0", the three bash commands, and the file checklist — with no padding and no explanation of concepts Claude already knows; every token earns its place, matching anchor 5.

5 / 5

Actionability

The three bash commands (e.g., "bash \"$ENGINE/scripts/verify-generated-package.sh\" \"$PACKAGE_ROOT\"") are concrete and executable, but "inspect the generated package's selected adapters and install files" does not state what to inspect beyond file presence, and ENGINE resolution is delegated to an external skill — minor gaps that fit anchor 4 rather than the fully copy-paste-ready anchor 5.

4 / 5

Workflow Clarity

The sequence (resolve variables, run the three verification scripts, inspect files, apply the completion gate "Do not claim completion if any required file is missing") is clear with explicit validation scripts and a checkpoint, but no error-recovery loop is described for when a verification script fails, which anchor 5 requires.

4 / 5

Progressive Disclosure

This is a single-purpose skill well under 50 lines with no need for external reference files (no references/, scripts/, or assets/ directories exist in the bundle); the content is well organized with a heading, code block, and checklist, so it qualifies for the simple-skill exception scoring 5.

5 / 5

Total

18

/

20

Passed

Description

83%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 concise, in third person, and explicitly covers both what the skill does (verifies structure, adapters, schemas, scripts, and safety boundaries) and when to use it (before claiming install/publish readiness). Trigger terms are natural but could include more synonyms for broader matching.

Suggestions

Add a few natural trigger synonyms such as 'release', 'check', or 'verify the build' to widen keyword coverage.

Concretize 'public-safety boundaries' (e.g., what kind of unsafe content or boundaries are checked) to sharpen specificity.

DimensionReasoningScore

Specificity

"Verifies structure, adapters, schemas, executable scripts, and public-safety boundaries" lists several concrete verification targets, matching anchor 4's pattern of specific actions with minor gaps; it is not a 5 because coverage rests on a single verb over a list and "public-safety boundaries" remains abstract, and not a 3 because more than 1-2 concrete actions are named.

4 / 5

Completeness

It explicitly answers both questions: what ("Verifies structure, adapters, schemas, executable scripts, and public-safety boundaries") and when ("Use before claiming that the package can be installed or published"), an explicit and concrete trigger clause comparable to the anchor-5 commit-message example; it exceeds anchor 4, where the 'when' is only implied or under-specified.

5 / 5

Trigger Term Quality

The phrase "before claiming that the package can be installed or published" supplies natural keywords (install, publish, package) a user would actually say, but common variations and synonyms (release, check, build output) are missing, which fits anchor 4 rather than the comprehensive synonym coverage of anchor 5.

4 / 5

Distinctiveness Conflict Risk

The niche of verifying a generated agent package (adapters, schemas, public-safety checks) is mostly distinct with clear triggers, though "published" leaves minor overlap risk with generic publishing or release-verification skills, placing it at anchor 4 rather than the minimal-conflict anchor 5.

4 / 5

Total

17

/

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

referenced_paths_exist

Referenced path issues: 1 missing

Warning

Total

15

/

16

Passed

Repository

agentlas-ai/Agentlas-OS

Path

skills/install-verification/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.