CtrlK
BlogDocsLog inGet started
Tessl Logo

doc-pr

Orchestrate an editorial review for pull requests targeting dev. Reviews changed markdown files and posts a structured comment to the PR. Vale and Dale issues are auto-fixed separately by the vale-autofix workflow. Use this skill whenever a PR involves markdown files in docs/ and targets the dev branch — triggered automatically by the doc-pr GitHub Actions workflow on PR open, sync, or when invoked manually via /doc-pr.

87

1.92x
Quality

88%

Does it follow best practices?

Impact

77%

1.92x

Average score across 3 eval scenarios

SecuritybySnyk

Advisory

Suggest reviewing before use

SKILL.md
Quality
Evals
Security

Quality

Content

77%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

This is a well-structured, highly actionable skill that clearly defines a multi-step editorial review workflow for PRs. Its main strengths are the concrete output template, explicit behavioral constraints (read-only, added lines only, no Vale/Dale overlap), and clear sequencing with error handling. Minor weaknesses include some redundancy in stating that Vale/Dale are handled separately and the inline output template adding bulk that could be externalized.

Suggestions

Reduce redundancy by stating the Vale/Dale exclusion once prominently rather than three times throughout the document.

Consider extracting the PR comment markdown template into a separate reference file to reduce inline bulk and improve maintainability.

DimensionReasoningScore

Conciseness

The skill is mostly efficient and avoids explaining concepts Claude already knows, but some sections are slightly verbose — e.g., the behavioral notes repeat information already stated (like 'Vale and Dale are auto-fixed separately' appears three times), and the input fallback logic could be tightened.

2 / 3

Actionability

The skill provides fully concrete, executable guidance: specific bash commands for reading env vars and posting comments, exact markdown template for the review output, clear criteria for each review category, and specific examples of issue formatting including the idiom tagging pattern.

3 / 3

Workflow Clarity

The multi-step process is clearly sequenced: gather input → exclude KB files → read diff → read full files → analyze added lines only → write review to file → post as PR comment. Validation is addressed through the explicit 'If gh pr comment fails, report the error' instruction and the mandatory posting requirement. The feedback loop for input resolution (env vars → positional args → gh pr view) is well-defined.

3 / 3

Progressive Disclosure

The skill references `docs/CLAUDE.md` for writing standards, which is good progressive disclosure. However, the review output template is inlined at length when it could potentially be a separate reference file, and there are no bundle files to support the skill. The single external reference is well-signaled but the skill is somewhat monolithic for its length.

2 / 3

Total

10

/

12

Passed

Description

100%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

This is a strong skill description that clearly defines what the skill does (editorial review of markdown PRs with structured comments), when to use it (PRs targeting dev with markdown in docs/), and how it's triggered (automatically via GitHub Actions or manually via /doc-pr). It also helpfully clarifies boundaries by noting that Vale/Dale auto-fixes are handled separately, reducing confusion with related workflows.

DimensionReasoningScore

Specificity

Lists multiple concrete actions: orchestrate editorial review for PRs, review changed markdown files, post structured comments to the PR. Also clarifies what is out of scope (Vale/Dale auto-fixes handled separately).

3 / 3

Completeness

Clearly answers both what (orchestrate editorial review, review markdown, post structured comment) and when (PR involves markdown in docs/ targeting dev, triggered by doc-pr workflow on PR open/sync or manual /doc-pr invocation).

3 / 3

Trigger Term Quality

Includes strong natural trigger terms: 'pull requests', 'PR', 'markdown files', 'docs/', 'dev branch', 'doc-pr', 'GitHub Actions', '/doc-pr'. These cover terms users and automated systems would naturally use.

3 / 3

Distinctiveness Conflict Risk

Highly distinctive with specific triggers: targets dev branch, docs/ directory, markdown files, doc-pr workflow, and /doc-pr command. Unlikely to conflict with other skills due to the narrow, well-defined scope.

3 / 3

Total

12

/

12

Passed

Validation

90%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation10 / 11 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

10

/

11

Passed

Repository
netwrix/docs
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.