CtrlK
BlogDocsLog inGet started
Tessl Logo

python-bootstrap

Install Python dependencies before running verification or test steps. Choose the correct path depending on whether the agent builds OpenVINO from source or not.

64

Quality

81%

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 exemplary operational skill: executable commands, an explicitly flagged anti-pattern, a clear two-path decision structure, and graceful failure handling, all in a compact form. Its only weaknesses are a duplicated install-on-demand rule and the absence of an explicit post-install verification checkpoint.

Suggestions

Deduplicate the install-on-demand guidance by keeping it only in General rules (or only in the opening line) to reach full token efficiency.

Add a one-line verification step after Path B setup, e.g. `python -c "import openvino; print(openvino.__file__)"` to confirm the source build's bindings are the ones being imported.

DimensionReasoningScore

Conciseness

Lean and imperative with no explanations of concepts Claude already knows; every section is operational. One clear duplication — "Install packages only when they are actually needed" at the top restates "Install packages on demand per step, not all at once" in General rules — so it fits anchor 4 (minor instances that could be trimmed) rather than anchor 5 (every token earns its place).

4 / 5

Actionability

Fully executable copy-paste commands: exact pip invocations with the PyTorch CPU extra-index URL, the critical anti-pattern called out inline ("Do NOT `pip install openvino`" when a source build is present), and both post-build wiring options (PYTHONPATH export and wheel install). The only placeholder, <build_dir>, is justified flexibility. Matches anchor 5.

5 / 5

Workflow Clarity

Two clearly labeled paths with the decision criterion (source build or not) stated up front, a sequenced post-build step, and error recovery for install failures ("note it in session.md and continue"). Not a destructive or batch operation, so no cap applies. Falls short of anchor 5 only because there is no explicit verification checkpoint (e.g. confirming which `openvino` import resolves) after setup.

4 / 5

Progressive Disclosure

No bundle files exist and none are needed for this short, single-topic skill; the body is organized into well-signaled flat sections (## Path A, ## Path B, ## General rules) with no nested references and easy navigation. Per the simple-skill note, well-organized sections alone warrant anchor 5.

5 / 5

Total

18

/

20

Passed

Description

66%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 to its niche and answers both what it does and when it applies, but it lacks natural trigger phrases (pip install, packages, environment setup) and names no concrete packages or commands. It is serviceable yet leaves trigger coverage and capability detail on the table.

Suggestions

Add concrete trigger phrases users would naturally say, e.g. "Use when the task mentions pip install, installing Python packages, requirements, or setting up the test environment for OpenVINO".

Name the key packages and mechanisms to lift specificity, e.g. "Install pip packages (openvino, torch, optimum-intel) from the PyTorch CPU wheel index, choosing the source-build or release-wheel path".

Make the 'when' more user-facing by stating the trigger condition explicitly, e.g. "Use before verification or test steps whenever OpenVINO Python dependencies are missing or an import fails".

DimensionReasoningScore

Specificity

Names the domain (Python dependencies for OpenVINO) and 1-2 concrete actions ("Install Python dependencies", "Choose the correct path depending on whether the agent builds OpenVINO from source"), but coverage is not comprehensive — no packages, install method, or mechanism are mentioned. Not score 4 because it does not list several specific actions; not score 2 because the actions go beyond minimal/generic.

3 / 5

Completeness

The 'what' is clear (install Python dependencies) and the 'when' is explicit ("before running verification or test steps"), which counts as equivalent trigger guidance so it is not capped at 3. Not score 5 because the when is pipeline-timing rather than concrete user trigger phrases, and it could be more specific about the source-build vs. wheel distinction.

4 / 5

Trigger Term Quality

Contains relevant keywords ("Python dependencies", "verification or test steps", "OpenVINO", "source") but misses common natural variations users would say, such as "pip install", "packages", "requirements", or "environment setup". Matches anchor 3: some relevant keywords but missing common variations or synonyms.

3 / 5

Distinctiveness Conflict Risk

Occupies a clear niche — the OpenVINO source-build vs. release-wheel dependency decision — with distinct trigger terms that are unlikely to fire for generic package-management or unrelated skills. Matches anchor 5: clear niche with distinct triggers; minimal conflict risk.

5 / 5

Total

15

/

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
openvinotoolkit/openvino
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.