CtrlK
BlogDocsLog inGet started
Tessl Logo

rendered-pack-5bf21e8c

Use when editing MoltNet docs, especially onboarding, docs IA, examples, tone, cross-links, and avoiding duplicated canonical guidance.

53

Quality

60%

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 ./.agents/skills/rendered-pack-5bf21e8c/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

32%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 reads as a raw context-pack export of commit history rather than a skill: rules are buried in past-PR notes with heavy provenance padding, no workflow sequence, and no progressive disclosure. It needs restructuring into actionable guidance with metadata moved out.

Suggestions

Replace the commit-log dump with a concise set of actionable docs-editing rules (canonical-flow preference, no meta/process wording, link-don't-duplicate, tone expectations) stated as imperatives Claude can follow.

Move provenance metadata (CIDs, entry IDs, timestamps, signer, branch) into a separate references file or drop it entirely so the body stays lean and navigable.

Add a short ordered workflow with a validation checkpoint (e.g., edit -> run `nx docs lint`/`pnpm --filter @moltnet/docs build` -> only commit on pass) since docs editing is often a batch operation.

DimensionReasoningScore

Conciseness

The body is a 180-line dump of context-pack entries, commit messages, CID/entry-ID provenance, and metadata blocks — heavily padded with historical artifact noise rather than lean, earned tokens.

2 / 5

Actionability

Scattered concrete docs rules are present ("prefer one canonical flow over a parallel page", "avoid phrases like 'this section should stay short'", "Extend the existing page... and link"), but they are framed as past commit notes rather than executable instructions and lack commands or code.

3 / 5

Workflow Clarity

There is no sequenced workflow or validation checkpoints; the content is an unordered set of historical entries with rules implied but not structured as steps, and batch doc editing has no validation guidance.

2 / 5

Progressive Disclosure

It is a monolithic wall of inlined context entries and metadata blocks; there are ### per-entry headers but no overview, no navigation, and no separation of the commit-log/metadata material that clearly belongs in reference files.

2 / 5

Total

9

/

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: third-person, explicit "Use when" trigger, clear niche, and good keyword coverage. The only gap is that it lists editing areas rather than multiple distinct concrete actions.

DimensionReasoningScore

Specificity

Names the domain ("editing MoltNet docs") and several concrete sub-areas — onboarding, docs IA, examples, tone, cross-links, avoiding duplicated canonical guidance — but these are areas under one editing action rather than multiple distinct actions, so it sits below the comprehensive-coverage anchor 5.

4 / 5

Completeness

Explicitly answers both what ("editing MoltNet docs") and when via a concrete "Use when..." clause enumerating trigger scenarios, matching the anchor that requires concrete trigger phrases.

5 / 5

Trigger Term Quality

Includes natural terms a user might say ("editing MoltNet docs", "onboarding", "tone", "cross-links") though some lean technical ("docs IA", "canonical guidance"), leaving a few common phrasings uncovered.

4 / 5

Distinctiveness Conflict Risk

Scoped to a named product (MoltNet) and a narrow docs-editing niche with distinct triggers, giving minimal overlap risk with other skills.

5 / 5

Total

18

/

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.

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Repository
getlarge/themoltnet
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.