CtrlK
BlogDocsLog inGet started
Tessl Logo

plugin-creator

Scaffold Codex plugin packages with deterministic manifests, marketplace metadata, and traceability or evidence contracts for non-trivial adoption. Use when creating plugin roots or adopting existing skills into plugin ownership.

50

Quality

54%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

The risk profile of this skill

Fix and improve this skill with Tessl

tessl review fix ./Plugins/plugin-factory/skills/scaffolding_templates/plugin-creator/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

50%Scale 1-3

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

This skill provides reasonable structure and safety guardrails for plugin scaffolding, with good failure-mode handling and clear anti-patterns. However, it delegates the core workflow entirely to reference files without providing even a summary of the steps, and lacks concrete executable examples showing actual file/directory creation. The content is moderately concise but could be tightened by removing motivational framing and consolidating redundant policy statements.

Suggestions

Add a condensed step-by-step workflow summary (3-5 numbered steps) directly in the SKILL.md body rather than fully delegating to references/workflow.md, so the skill is usable without reading external files.

Include at least one concrete input/output example showing the actual directory structure and plugin.json content that gets created, rather than only listing natural language prompt examples.

Consolidate the 'Constraints', 'Execution Boundaries', and 'Required Behavior' sections into a single 'Rules' or 'Constraints' section to reduce redundancy and improve scannability.

Remove the 'Remember' section—it's motivational padding that doesn't add actionable information beyond what's already stated in the constraints and philosophy sections.

DimensionReasoningScore

Conciseness

The skill is moderately efficient but includes some unnecessary elaboration. Phrases like 'Core Philosophy' and 'Remember' sections add motivational padding. The 'Encouraging Variation' section and some of the policy language could be tightened. However, it avoids explaining basic concepts Claude already knows.

2 / 3

Actionability

The skill provides some concrete guidance (validation commands, specific output fields, anti-patterns) but delegates the core workflow entirely to references/workflow.md. The main SKILL.md lacks executable scaffold commands or concrete code showing how to actually create the plugin structure. The examples section lists natural language prompts rather than showing concrete input/output pairs with actual file structures.

2 / 3

Workflow Clarity

The workflow is delegated to references/workflow.md rather than outlined in the skill body. There are validation commands and failure mode instructions, but the actual multi-step scaffold process is absent from the main file. The 'fail fast' checkpoint and 'stop and ask' guardrails are good, but the sequence of operations is not explicit here—it requires reading the reference file.

2 / 3

Progressive Disclosure

The skill references multiple external files with clear descriptions of when to read each one, which is good structure. However, without bundle files provided, we cannot verify these references resolve correctly. The references section at the bottom is a flat list without descriptions (unlike the inline 'Read when' block which is well-structured). Some content that could be in references (anti-patterns, gotchas) is inline, while the core workflow that should arguably be summarized inline is entirely delegated out.

2 / 3

Total

8

/

12

Passed

Description

59%Scale 1-3

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 has good structural completeness with an explicit 'Use when...' clause and occupies a clearly distinct niche. However, it suffers from heavy jargon and buzzword-laden language ('deterministic manifests', 'evidence contracts for non-trivial adoption') that obscures what the skill actually does in practical terms and makes it unlikely to match natural user queries.

Suggestions

Replace jargon like 'deterministic manifests' and 'evidence contracts for non-trivial adoption' with plain-language descriptions of what these artifacts actually are (e.g., 'version-locked manifest files', 'audit trail documentation').

Add natural trigger terms users would actually say, such as 'create plugin', 'new Codex plugin', 'plugin boilerplate', 'plugin template', or 'package setup'.

DimensionReasoningScore

Specificity

It names a domain (Codex plugin packages) and some actions (scaffold, create manifests, marketplace metadata, traceability contracts), but the language is heavy on jargon ('deterministic manifests', 'evidence contracts for non-trivial adoption') rather than concrete, easily understood actions. It's not as vague as a 1, but not as clear and enumerated as a 3.

2 / 3

Completeness

It explicitly answers both 'what' (scaffold Codex plugin packages with manifests, metadata, and contracts) and 'when' ('Use when creating plugin roots or adopting existing skills into plugin ownership'). The 'Use when...' clause is present and provides explicit trigger guidance.

3 / 3

Trigger Term Quality

The keywords used ('deterministic manifests', 'traceability or evidence contracts', 'non-trivial adoption', 'plugin roots') are highly specialized jargon that users would almost never naturally say. Common terms like 'plugin', 'scaffold', or 'package' are present but buried among obscure terminology that reduces discoverability.

1 / 3

Distinctiveness Conflict Risk

The description is highly specific to Codex plugin scaffolding with marketplace metadata and evidence contracts, which is a very narrow niche. It is unlikely to conflict with other skills due to its specialized domain.

3 / 3

Total

9

/

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

metadata_version

'metadata.version' is missing

Warning

Total

10

/

11

Passed

Repository
jscraik/Agent-Skills
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.