CtrlK
BlogDocsLog inGet started
Tessl Logo

pre-modification-check

Use before modifying, refactoring, moving, or deleting files in a Repowise-indexed repository, especially shared utilities, core modules, public APIs, or files the user did not explicitly identify.

61

Quality

71%

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 ./plugins/codex/skills/pre-modification-check/SKILL.md

The canonical home for this skill is pre-modification-check in repowise-dev/repowise

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 tight, actionable pre-modification playbook with concrete MCP calls, explicit warning thresholds as checkpoints, and clean section organization; its only real weakness is minor editorial padding and the lack of a post-edit verification step.

DimensionReasoningScore

Conciseness

The body is largely lean and tool-specific (return fields, thresholds), with only minor editorializing such as 'the strongest single signal that the next edit breaks something; lead with it' that could be trimmed — efficient but not perfectly so.

4 / 5

Actionability

Fully executable, copy-paste-ready MCP calls are given for every situation — `get_risk(targets=[...])`, batch form, `get_context`, `get_health` — with concrete thresholds (90th percentile, >10 dependents, bus factor 1) and named return fields to act on.

5 / 5

Workflow Clarity

Clear sequenced workflow across sections with explicit decision checkpoints (the 'When to warn the user' thresholds gate whether to proceed) and an error-handling fallback; the only gap is the absence of a post-modification verification/feedback loop, which keeps it just below a 5.

4 / 5

Progressive Disclosure

Under 50 lines with no need for external references, and the body is well-organized into clearly signaled sections (Before editing, multiple files, when to warn, before refactoring, error handling), satisfying the simple-skill exception for progressive disclosure.

5 / 5

Total

18

/

20

Passed

Description

56%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, specific trigger guidance and clear distinctiveness tied to the Repowise niche, but it is missing any statement of what the skill actually does, which caps its completeness and limits capability specificity.

Suggestions

Add a 'what' clause stating the skill's action, e.g. 'Assesses the blast radius and risk of editing a file before you touch it. Use before modifying, refactoring, moving, or deleting files...'

Include the primary capability verb (e.g., 'Assesses modification risk') up front so the description answers both what and when.

Consider adding a synonym such as 'renaming' alongside 'moving' to broaden natural trigger coverage.

DimensionReasoningScore

Specificity

Names the domain (file modification in a Repowise-indexed repo) and concrete trigger actions ('modifying, refactoring, moving, or deleting files'), but these are trigger situations rather than the skill's own capabilities — it never states what the skill actually does (e.g., assess risk), so coverage of capabilities is incomplete.

3 / 5

Completeness

It has an explicit and specific 'when' ('Use before modifying, refactoring, moving, or deleting files... especially shared utilities, core modules, public APIs...') but no 'what' — the description never states what the skill does, matching the anchor 'only "when" is present without "what"'.

2 / 5

Trigger Term Quality

Good natural keyword coverage with phrases users would actually say — 'modifying', 'refactoring', 'moving, or deleting files', 'shared utilities', 'core modules', 'public APIs' — though a few common synonyms are absent, keeping it just below comprehensive.

4 / 5

Distinctiveness Conflict Risk

Tightly scoped to a 'Repowise-indexed repository' with distinct pre-modification triggers, giving it a clear niche with minimal overlap risk against other skills.

5 / 5

Total

14

/

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
repowise-dev/repowise
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.