CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

doc-help

Interactive help with Netwrix documentation already in progress or already written. Use whenever the user wants to review, edit, tighten, restructure, or improve an existing doc, section, or paragraph ('review this page', 'does this read well', 'make this clearer', 'how should I structure this', 'fix this section'); asks why Vale or Dale flagged something or what a style rule means; wants to brainstorm or outline before writing; wants a section drafted with their input; or wants an external document (.docx) merged into an existing markdown file. Applies to any file under docs/ or any pasted doc text. When the user hands over source material to write from (a PR, a GitHub issue, Jira ticket, or Azure DevOps item, specs, notes, a detailed prompt), use doc-draft instead. To rewrite whole existing pages into doc-draft's style without changing their content, use doc-restyle.

1.33x
Quality

91%

Does it follow best practices?

Impact

91%

1.33x

2 of 3 eval scenarios. Add 1 more for a full score.

SecuritybySnyk

—

The risk profile of this skill

SKILL.md
Quality
Evals
Security

Quality

Content

81%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 well-structured interactive workflow skill: concrete commands, explicit sequencing, and genuine feedback loops in every workflow, with detail correctly pushed out to docs/CLAUDE.md and lint-rules.md. The main costs are a verbatim-duplicated Vale/Dale procedure across Stages 2 and 3 and an unhandled path for pasted content in the linting steps.

Suggestions

Factor the duplicated Vale/Dale procedure (Stage 2 Step 4 and Stage 3 Step 5) into a single shared section both workflows reference, cutting ~15 lines and removing drift risk between the two copies.

Specify what to do when the writer pasted content instead of providing a file path — e.g., write it to a temp file before running `vale`/`/dale`, or skip linting and say why — so the lint steps are executable in every entry path.

Tighten tone-setting prose (e.g., the 'patient, knowledgeable writing partner' sentence and repeated 'Ask if...' confirmations) by stating the interaction contract once at the top instead of restating it per stage.

DimensionReasoningScore

Conciseness

Mostly lean, workflow-specific guidance with no explanation of concepts Claude already knows, but the Vale/Dale procedure ("run Vale... Fix all reported errors. Re-run until zero errors remain. Then run the Dale linter...") is duplicated verbatim in Stage 2 and Stage 3, and a few soft phrases ("Act as a patient, knowledgeable writing partner") could be trimmed. Not 5: the duplicated lint blocks and minor padding mean not every token earns its place; not 3: the over-explanation is isolated, not pervasive.

4 / 5

Actionability

Concrete, executable commands throughout — `vale <file>`, `/dale <file>`, `npm run quality:check -- --table`, `npm run quality:readability -- <file>` — plus specific question scripts, doc structure patterns ("Overview → Prerequisites → Procedures"), and worked before/after examples. Not 5: the lint steps assume a file path, but Stage 3 Step 1 explicitly permits pasted content, leaving the common pasted-content case without an executable path; that is a minor but real gap.

4 / 5

Workflow Clarity

Four workflows are clearly routed from a single intake stage, each with numbered, sequenced steps and explicit checkpoints: the drafting loop (ask → draft → explain → ask, "Continue iterating until they are satisfied"), the lint feedback loop ("Re-run until zero errors remain"), and per-round edit confirmation in Stage 3. Not 4: validation checkpoints are explicit, not implicit, and error-recovery loops are stated for both linters. The operations are interactive edits, not destructive/batch operations, so no cap applies.

5 / 5

Progressive Disclosure

Well-sectioned single-file skill (no bundle files exist) that appropriately externalizes detail to clearly signaled one-level references — "Read `docs/CLAUDE.md` before starting" for style rules and "`.claude/references/lint-rules.md` lists the rules" — rather than inlining them. Not 5: at ~213 lines with the lint procedure duplicated across two stages, a factored shared section or reference would improve navigation; not 3: structure is good and references are clearly signaled, not buried.

4 / 5

Total

17

/

20

Passed

Description

100%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.

An exemplary description: concrete third-person capabilities, an explicit 'Use whenever' trigger clause with quoted natural phrases, defined scope (docs/ files or pasted text), and explicit disambiguation from the sibling doc-draft and doc-restyle skills. Length is justified because every clause adds triggers or boundary guidance rather than padding.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — "review, edit, tighten, restructure, or improve an existing doc, section, or paragraph", "merge... an external document (.docx) into an existing markdown file", answering Vale/Dale questions, brainstorming/outlining, and drafting sections — with comprehensive coverage of the doc-help domain. Not 4: there are no noticeable gaps in coverage; every capability of the skill is named with a concrete verb.

5 / 5

Completeness

Explicitly answers "what" ("Interactive help with Netwrix documentation... review, edit, tighten, restructure, or improve") and "when" ("Use whenever the user wants to..." followed by concrete trigger phrases and scope "Applies to any file under docs/ or any pasted doc text"). Not 4: the 'when' clause is fully explicit with concrete quoted triggers rather than merely stated.

5 / 5

Trigger Term Quality

Quoted natural user phrases ('review this page', 'does this read well', 'make this clearer', 'how should I structure this', 'fix this section') plus tool names (Vale, Dale), file extensions (.docx), and location cues ("any file under docs/"). Not 4: coverage includes synonyms, paraphrases, and quoted verbatim utterances, matching the comprehensive anchor.

5 / 5

Distinctiveness Conflict Risk

Clear niche (Netwrix docs already in progress or written) with distinct triggers, plus explicit routing away from siblings: "use doc-draft instead" for source-material drafting and "use doc-restyle" for whole-page rewrites. Not 4: it doesn't just avoid overlap — it actively disambiguates the boundary cases, giving minimal conflict risk.

5 / 5

Total

20

/

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

netwrix/docs

Path

.claude/skills/doc-help/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.