CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

risk-assessment

MUST activate before execution when environment has access to databases, cloud services, S3, or similar external systems, and when assessing environment risk level. SHOULD be invoked manually before any new environment interaction.

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 content is a model of token efficiency: deterministic rules, a defined output format, and a hard blocking rule, organized into clean sections. The only gaps are a missing worked example and implicit edge-case handling for how risk modifiers combine.

DimensionReasoningScore

Conciseness

Every line instructs ('Read-only or local = low.', '+1 level for write access.', 'OVERRIDE NOT ALLOWED.') with zero padding and no explanation of concepts Claude already knows — lean and efficient throughout.

5 / 5

Actionability

Concrete, executable decision rules ('Assign risk level: low, medium, high, critical', 'Output `AI Risk Assessment: {LEVEL}`', 'CRITICAL: block execution') with per-level escalation actions. Not a 5 because no worked example is given (e.g. prod DB with write access = critical) and edge rules are implicit — how the +1 modifiers stack or cap, and what a read-only production environment scores.

4 / 5

Workflow Clarity

A clear numbered sequence (steps 1–10) with an explicit escalation ladder serving as checkpoints ('MEDIUM: warn user...', 'CRITICAL: block execution, require external risk reduction'). Not a 5 because re-validation on state change appears only as a pitfall ('Not re-assessing when new environments join mid-session') rather than as a process step with a feedback loop.

4 / 5

Progressive Disclosure

The body is under 30 lines, self-contained, and organized into well-labeled sections (`process`, `pitfalls`); no external references are needed, so the simple-skill guideline applies.

5 / 5

Total

18

/

20

Passed

Description

70%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 strong, explicit trigger guidance and occupies a distinctive niche, but it reads almost entirely as an activation policy rather than a capability statement. Stating what the skill actually does (assign a risk level, escalate, block) would lift specificity and completeness.

Suggestions

Add a capability statement naming the skill's concrete actions, e.g. 'Assigns a risk level (low/medium/high/critical) to the current environment based on accessible MCPs and escalates accordingly — warning, requiring acknowledgment, or blocking execution.'

Broaden trigger coverage with common synonyms such as 'production', 'staging', 'credentials', or 'external API access' so users' natural phrasing matches the description.

Replace the modal policy framing ('MUST activate', 'SHOULD be invoked') with a third-person lead like 'Assesses environment risk...' followed by the trigger conditions, making the 'what' explicit rather than implied.

DimensionReasoningScore

Specificity

Names the domain ('databases, cloud services, S3, or similar external systems') and one concrete action ('assessing environment risk level'), but the skill's actual capabilities — assigning levels low through critical, escalation gating, blocking execution — are not stated, so coverage is not comprehensive.

3 / 5

Completeness

Explicit trigger guidance is present twice ('MUST activate before execution when...', 'SHOULD be invoked manually before...') so no cap applies, and both what and when are addressed — but the 'what' is only weakly stated, embedded in a trigger clause ('when assessing environment risk level') rather than declared as a capability.

4 / 5

Trigger Term Quality

Good natural keyword coverage ('databases', 'cloud services', 'S3', 'environment risk level', 'before any new environment interaction') with explicit activation triggers, though common variations like 'production', 'credentials', or 'deploy' are missing.

4 / 5

Distinctiveness Conflict Risk

A clear niche (pre-execution risk gating for external-system access) with distinct triggers ('S3', 'environment risk level') that few skills would claim, though 'or similar external systems' broadens it and leaves minor overlap risk with general security/ops skills.

4 / 5

Total

15

/

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

griddynamics/rosetta

Path

instructions/r2/core/skills/risk-assessment/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.