CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

instruction-guardian

Routing gate for instruction-file edits that decides where new content belongs and pushes back on bloat. Use before ANY edit, of any size, even mid multi-file sweeps, to CLAUDE.md, AGENTS.md, MEMORY.md, memory topic files, or any file under `.claude/rules/`, at any path depth including nested instances. Also when the user says "add this to CLAUDE.md", "remember this", "note this in the rules", or similar. For bulk restructuring of an oversized file, use instruction-cleanup instead.

91

2.17x
Quality

89%

Does it follow best practices?

Impact

100%

2.17x

Average score across 3 eval scenarios

SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

77%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 highly actionable and the gated workflow is clearly sequenced with concrete thresholds and recovery paths, but it is self-inconsistent on conciseness and progressive disclosure: it repeats its core points multiple times and inlines two large reference tables that its own routing rules would send to separate files. Extracting those tables into a references/ file and de-duplicating the size-is-not-the-trigger messaging would tighten it considerably.

Suggestions

Extract the 11-row "Rationalizations to catch in yourself" table and the 10-row "Anti-Patterns to Catch" table into a references/ file (e.g. references/rationalizations.md), keeping a 3-4 row summary inline — this follows the skill's own rule that tables with 10+ rows route to a separate doc.

De-duplicate the "size is not the trigger" messaging: it is stated in the intro, the STOP paragraph, and at least three rationalization rows; state it once prominently and cut the redundant rows (e.g. merge "Guardian would obviously say yes" and "I've mentally walked through this already", which make the same point).

Trim the carve-out section: the flag-file mechanization detail (~26 lines) repeats the approval conditions twice (bullets and prose); a single tight list of the four narrow conditions plus one line on the flag mechanism would preserve the safety net at half the length.

DimensionReasoningScore

Conciseness

The ~250-line body contains only non-obvious, project-specific policy (no explaining of things Claude already knows), but key points are repeated: "regardless of edit size" / "size is not the trigger" appears at least four times, and rationalization rows like "Guardian would obviously say yes" and "I've mentally walked through this already" overlap heavily with each other and with the spirit-vs-letter opening.

3 / 5

Actionability

Fully executable for an instruction-only skill: the six-question pre-write checklist has concrete thresholds (200-line limits, 30-line @-import rule), a yes/no litmus test with worked examples, a routing flowchart, per-destination format rules, a copy-ready pushback script, and BAD/GOOD condensation examples.

5 / 5

Workflow Clarity

A clear ordered sequence (six numbered questions) with explicit checkpoints and feedback loops: over-threshold files trigger "extract or condense first" recovery, the pushback path handles user insistence, and the carve-out deviation path specifies disarm/re-arm steps. This matches the checklist-with-error-recovery anchor.

5 / 5

Progressive Disclosure

Section headers are clear and navigation within the file is easy, but it is a single monolithic body with no bundle files: the 11-row rationalizations table and 10-row anti-patterns table are reference material inlined in SKILL.md — the skill's own anti-patterns table says tables with 10+ rows should be routed to a separate doc. Sits between the inlined-content (2) and good-structure (4) anchors.

3 / 5

Total

16

/

20

Passed

Description

95%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: it states the skill's function concretely, provides explicit and exhaustive trigger conditions with quoted natural user phrases and exact filenames, and cleanly separates itself from the sibling instruction-cleanup skill. Third-person voice is used throughout.

DimensionReasoningScore

Specificity

"decides where new content belongs and pushes back on bloat" names the domain and two concrete actions (routing decision, bloat pushback). It falls short of a 5 because the description does not itself enumerate the specific routing destinations, leaving minor coverage gaps.

4 / 5

Completeness

Explicitly answers both what ("routing gate... that decides where new content belongs and pushes back on bloat") and when ("Use before ANY edit, of any size... to CLAUDE.md, AGENTS.md, MEMORY.md... Also when the user says...") with concrete trigger phrases, in third person.

5 / 5

Trigger Term Quality

Quoted natural phrases users actually say ("add this to CLAUDE.md", "remember this", "note this in the rules") plus exact filenames (CLAUDE.md, AGENTS.md, MEMORY.md, .claude/rules/) with "or similar" covering synonyms — comprehensive natural-term coverage.

5 / 5

Distinctiveness Conflict Risk

Clear niche (edits to specifically named instruction files at any path depth) and it explicitly deflects the adjacent use case ("For bulk restructuring of an oversized file, use instruction-cleanup instead"), minimizing overlap with related skills.

5 / 5

Total

19

/

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

ivan-magda/instruction-health-skills

Path

instruction-guardian/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.