CtrlK
BlogDocsLog inGet started
Tessl Logo

code-of-conduct-check

Evaluate GitHub issues against the repository's code of conduct. Use when: (1) A new issue is created and needs conduct review, (2) Part of issue intake pipeline, (3) Evaluating whether issue content violates community guidelines. If violations are found, sanitizes offending content (including title, body, and comments) while preserving technical substance and notifies the author. Intelligently replaces titles when sanitization renders them meaningless.

74

1.07x
Quality

74%

Does it follow best practices?

Impact

60%

1.07x

Average score across 3 eval scenarios

SecuritybySnyk

Low

Low-risk findings worth noting

Fix and improve this skill with Tessl

tessl review fix ./.claude/skills/code-of-conduct-check/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

61%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 with copy-paste gh commands and a clear branched workflow, but it is notably verbose due to repeating the full notice text six times and restating title-replacement logic, and it lacks explicit validation checkpoints for its destructive/batch edits.

Suggestions

Define the code-of-conduct notice once (e.g., in a quoted block or a referenced snippet) and reference it from the title, body, and comment sections instead of reproducing the full paragraph six times — this would materially improve conciseness.

Add an explicit verification checkpoint after each destructive edit (e.g., re-fetch the edited issue/comment to confirm the change applied and that all technical content survived sanitization) to lift workflow_clarity above the destructive/batch cap of 3.

Collapse the Notes and Important Principles sections into the Actions steps they restate, removing the duplicated title-replacement explanation to tighten the document.

DimensionReasoningScore

Conciseness

The identical multi-paragraph code-of-conduct notice is reproduced six times (markdown block plus bash block across the title, body, and comment sections), and the Notes/Important Principles sections restate the title-replacement logic already given in Actions — noticeably verbose with several padded, redundant blocks, fitting the 2 anchor rather than the tighter 3.

2 / 5

Actionability

Provides fully executable, copy-paste-ready gh commands (gh issue view --comments --json, gh issue edit --title/--body, gh issue comment, gh api --method PATCH) covering the common cases with concrete variable interpolation, matching the 5 anchor; placeholders like SANITIZED_BODY_HERE are appropriate for dynamic content.

5 / 5

Workflow Clarity

The Process and Actions sections give a clear sequence with distinct branches and a summary report, but this is a destructive/batch operation (editing issues and replacing comments in place, iterating all comments) with no explicit post-edit verification checkpoint, so the destructive/batch cap of 3 applies rather than 4.

3 / 5

Progressive Disclosure

No bundle files exist and the skill is appropriately self-contained, organized into clearly headed sections (Input Variables, Task, Evaluation, Process, Actions, Important Principles, Notes); the only gap is the long repeated notice that could be factored, fitting the 4 anchor rather than a fully clean 5.

4 / 5

Total

14

/

20

Passed

Description

87%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 is strong: it explicitly states both what the skill does and when to use it, lists concrete actions, and carves out a distinct niche. Trigger terms are good but slightly pipeline-flavored and could include more user-natural synonyms.

DimensionReasoningScore

Specificity

Lists several concrete actions — "Evaluate GitHub issues against the repository's code of conduct", "sanitizes offending content (including title, body, and comments) while preserving technical substance", "notifies the author", "Intelligently replaces titles" — with only minor coverage gaps, fitting the 4 anchor rather than the fully comprehensive 5.

4 / 5

Completeness

Explicitly answers what ("Evaluate GitHub issues against the repository's code of conduct... sanitizes... notifies the author") and when ("Use when: (1) A new issue is created... (2) Part of issue intake pipeline, (3) Evaluating whether issue content violates community guidelines") with concrete trigger phrases, matching the 5 anchor.

5 / 5

Trigger Term Quality

Includes natural terms users would say ("code of conduct", "issue", "community guidelines", "conduct review") but leans on pipeline-internal phrasing like "issue intake pipeline" and misses common synonyms like "moderate", making 4 a better fit than 5.

4 / 5

Distinctiveness Conflict Risk

Occupies a clear niche (code-of-conduct moderation of GitHub issues) with distinct triggers and minimal realistic overlap with other skills, matching the 5 anchor.

5 / 5

Total

18

/

20

Passed

Validation

87%

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

Validation14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

relative_links

Relative link issues: 6 missing

Warning

Total

14

/

16

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.