CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

claude-plugin-guide

Look up Claude Code plugin authoring contracts in repository references and official documentation; read-only guidance for Claude products.

Quality

63%

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 ./.codex/skills/claude-plugin-guide/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

57%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 a lean, well-organized lookup index for plugin authoring references with one usable validation command and official doc URLs, and it appropriately avoids teaching Claude things it already knows. Its effectiveness is undermined by unresolvable bundle-relative reference paths (no reference files actually exist alongside the skill), an implicit rather than explicit lookup workflow, and cryptic jargon ("RU/EN question", "tracked skill contracts") that assumes unstated context.

Suggestions

Move the referenced markdown files into the skill bundle (e.g. a references/ directory) and rewrite the pointers as bundle-relative paths so "Read only references relevant to the question" is actually executable.

State the lookup workflow as an explicit ordered sequence (resolve topic → select reference → verify against official docs → answer with source paths), with the verify step as an explicit checkpoint before presenting behavior as current.

Replace unexplained jargon like "the RU/EN question" and "tracked skill contracts" with self-contained wording, since the skill never defines what these mean.

DimensionReasoningScore

Conciseness

The body is a dense pointer list with essentially no explanation of concepts Claude already knows, so it is well above a 3. It falls short of 5 because a few statements are tangential or opaque and could be tightened, e.g. "Resolve the RU/EN question into the relevant manifest..." and "Setup defaults are per skill: compare documented behavior with executable resolution and report disagreements" assume context the skill never establishes.

4 / 5

Actionability

There is some concrete guidance — "Validate affected product skill directories with `bash brewcode/skills/skills/scripts/validate-skill.sh <affected-skill-directory>`", "Locate with `rg --files`; inspect focused ranges", and three official doc URLs — but it is incomplete: the primary guidance consists of relative reference paths ("../../rules/best-practice.md", "../../../brewcode/...") that do not resolve from the skill's location, so the key instruction "Read only references relevant to the question" cannot be executed as written. Not a 2 because the commands and URLs that do exist are specific and usable.

3 / 5

Workflow Clarity

A rough sequence is present but implicit and scattered across prose: resolve the question into a topic, consult the relevant references, "verify current or uncertain behavior before presenting it as current", then answer with sources and report disagreements. No explicit ordered steps or checkpoints are given, matching the 3 anchor (sequence present, checkpoints implicit). Not a 4 because the verify-before-presenting checkpoint is buried in a reference bullet rather than stated as an explicit workflow step.

3 / 5

Progressive Disclosure

The body is organized as a clearly signaled one-level-deep reference list with per-reference scope notes, which is above a 2. However, scored against the actual bundle structure, there are no references/, scripts/, or assets/ files in the bundle at all — every file pointer uses fragile "../../"-style paths escaping the skill directory that do not resolve, so the disclosure structure is present in form but broken in practice, keeping it below 4.

3 / 5

Total

13

/

20

Passed

Description

53%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 states a concrete, well-scoped capability (lookup of Claude Code plugin authoring contracts across repository references and official docs) in third person with no fluff. Its main weaknesses are the complete absence of a "when to use" trigger clause and sparse natural trigger-term coverage.

Suggestions

Add a "Use when..." clause, e.g. "Use when the user asks about Claude Code plugin manifests, components, marketplaces, hooks, or installation."

Include more natural trigger terms and synonyms users would say: "marketplace", "hooks", "plugin manifest", "writing/creating plugins", "installing plugins".

Briefly enumerate the concrete lookup topics (manifest, component, marketplace, hook, installation) in the description itself so the "what" is comprehensive, not just one action.

DimensionReasoningScore

Specificity

"Look up Claude Code plugin authoring contracts in repository references and official documentation" names the domain and one concrete action (look up contracts in references/docs), but does not enumerate the covered topics (manifest, hooks, marketplace, installation) the way a 4-5 anchor would. It is above a 2 because the action is concrete, not generic file handling.

3 / 5

Completeness

The "what" is clear (look up plugin authoring contracts in repository references and official docs), but there is no "Use when..." clause or equivalent trigger guidance, capping completeness at 3 per the rubric guideline. It is not a 2 because the "what" is concrete, not vague.

3 / 5

Trigger Term Quality

"Claude Code", "plugin authoring", and "official documentation" are relevant keywords a user might say, but common variations users would naturally use ("marketplace", "hooks", "manifest", "writing plugins", "installing plugins") are missing. Not a 4 since natural-term coverage is thin beyond the single "plugin authoring" phrase.

3 / 5

Distinctiveness Conflict Risk

"Claude Code plugin authoring contracts" carves a fairly distinct niche with explicit read-only framing ("read-only guidance for Claude products"), leaving only minor overlap risk with other Claude authoring/guidance skills. Not a 5 because the trailing "read-only guidance for Claude products" phrase is broad enough to overlap with other Claude product reference skills.

4 / 5

Total

13

/

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

relative_links

Relative link issues: 10 suspicious

Warning

Total

15

/

16

Passed

Repository

kochetkov-ma/claude-brewcode

Path

.codex/skills/claude-plugin-guide/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.