CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

add-rules

Compile durable constraints into OpenViking Rules with rules/compile. Use when the user asks to add rules or import a policy. Do not use for preferences, facts, or rule search.

Quality

83%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Quality

Content

82%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 dense, well-sequenced operational skill: concrete code for both invocation modes, explicit verification steps, and valuable boundary semantics (limits, ARCHIVE vs PAUSE, failure handling). The main improvements are showing SDK client construction and read/poll calls as code, specifying handling for UNCERTAIN/REJECT outcomes, and offloading per-mode API detail to reference files.

DimensionReasoningScore

Conciseness

The body is lean and assumes Claude's competence: every line is operational, with no explanations of known concepts, and it carries only non-obvious domain semantics such as "Empty `applies_when` means applicable in every situation except `exception`, not unknown" and the semantic-indexing caveat.

5 / 5

Actionability

Concrete guidance dominates: an executable SDK snippet, a complete JSON request body, and exact endpoints (POST /api/v1/rules/compile, GET /api/v1/tasks/{task_id}, GET /api/v1/content/read?uri=...&raw=true). Minor gaps: the SDK snippet assumes an already-constructed `client`, and polling/reading are named in prose rather than shown.

4 / 5

Workflow Clarity

Seven numbered steps with explicit checkpoints: poll only until terminal status, inspect `result.operations`/`written_uris`/`write_result`, and verify saved Rule/Scenario file layout, plus check-before-retry guidance in Boundaries. It falls short of the top anchor because no recovery path is specified when results are UNCERTAIN or REJECT.

4 / 5

Progressive Disclosure

Good structure with clear Goal/Workflow/Boundaries sections and mode-specific subsections, and no bundle files exist to reference. At ~95 lines, the dual-mode API detail (SDK vs HTTP parameter shapes) could be split into one-level-deep reference files to keep the overview leaner, a minor organization gap.

4 / 5

Total

17

/

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 description that clearly and explicitly states what the skill does, when to use it, and when not to use it, with low conflict risk. Its weaknesses are limited action coverage and a thin set of trigger variations.

Suggestions

Enumerate a few more concrete capabilities in the what-clause (e.g., verify compiled Rules and report task results) to raise specificity.

Broaden trigger phrases to cover natural variations such as "create rules", "add a rule", or "import policies" so more user phrasings match.

DimensionReasoningScore

Specificity

"Compile durable constraints into OpenViking Rules with rules/compile" names the domain and one concrete action tied to a specific endpoint, but does not list several actions (verification, polling, reading are absent), matching the '1-2 concrete actions, not comprehensive' anchor rather than the 'several specific actions' level above.

3 / 5

Completeness

The description explicitly answers both what ("Compile durable constraints into OpenViking Rules with rules/compile") and when ("Use when the user asks to add rules or import a policy") with concrete trigger phrases, and adds explicit negative scope ("Do not use for preferences, facts, or rule search"), matching the top anchor.

5 / 5

Trigger Term Quality

"Use when the user asks to add rules or import a policy" provides two natural phrases, but misses common variations and synonyms such as "add a rule", "create rules", "compile rules", or "import policies", fitting the 'relevant keywords but missing common variations' anchor.

3 / 5

Distinctiveness Conflict Risk

The named niche system (OpenViking Rules, rules/compile) plus explicit exclusions of adjacent uses ("Do not use for preferences, facts, or rule search") gives a clear niche with distinct triggers and minimal conflict risk.

5 / 5

Total

16

/

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

volcengine/OpenViking

Path

examples/skills/add-rules/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.