CtrlK
BlogDocsLog inGet started
Tessl Logo

trellis-update-spec

Captures executable contracts and coding conventions into .trellis/spec/ documents. Use when learning something valuable from debugging, implementing, or discussion that should be preserved for future sessions.

62

Quality

78%

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 ./.opencode/skills/trellis-update-spec/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

67%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 well-structured, highly actionable instruction set with concrete templates, decision rules, and a clear update workflow. Its main cost is redundancy: classification guidance appears three times and the closing checklist and philosophy sections restate earlier content, inflating token usage without adding operational value.

Suggestions

Consolidate the three overlapping classification schemes (the When-to-Update trigger table, the Step 2 update-type table, and Interactive Mode's questions) into a single classification section, cutting Interactive Mode or reducing it to a pointer.

Replace the Quality Checklist's repetition of the 7-section requirements with a reference to the Mandatory Output section, keeping only checks that are not already stated elsewhere.

Drop or drastically shorten the Core Philosophy section ("What one person learns, everyone benefits from") since it adds no executable guidance, and add one filled-in real example of a completed spec entry to strengthen the templates.

DimensionReasoningScore

Conciseness

The body avoids explaining basics Claude already knows, but it is noticeably redundant: three overlapping classification schemes (the When-to-Update trigger table, the Step 2 update-type table, and Interactive Mode's questions), a Quality Checklist that repeats the 7-section requirements, and a motivational Core Philosophy section. Anchors 2 and 3 bracket it; it is efficient in parts but could be consolidated, fitting anchor 3 better than 2.

3 / 5

Actionability

Concrete guidance throughout: a real bash command ("cat .trellis/spec/<category>/<file>.md"), seven complete markdown templates, and explicit decision rules with Wrong/Correct examples. The gap keeping it from 5 is that templates are placeholder-only with no filled-in example of a completed spec entry.

4 / 5

Workflow Clarity

A clear 5-step sequence (identify, classify, read target, update, update index) with a read-before-edit duplicate check and a final Quality Checklist as checkpoints. Minor validation gaps: no explicit feedback loop for what to do when content duplicates existing spec material or how to re-verify after editing.

4 / 5

Progressive Disclosure

A well-sectioned single document with no buried or nested references; the templates are operational content needed on every invocation, so keeping them inline is appropriate. Minor gaps: the Interactive Mode and Core Philosophy sections pad the file and could be trimmed or split out.

4 / 5

Total

15

/

20

Passed

Description

78%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.

A strong description with an explicit and well-structured Use-when clause and a concrete target location. Its main weaknesses are limited action variety (one capture action) and a few missing natural trigger phrasings like "update the spec" or "document this".

DimensionReasoningScore

Specificity

The description names the domain and target location ("Captures executable contracts and coding conventions into .trellis/spec/ documents") but lists only one main action with two object types, matching the anchor for 1-2 concrete actions rather than several specific actions.

3 / 5

Completeness

It explicitly answers both questions: what it does ("Captures executable contracts and coding conventions into .trellis/spec/ documents") and when to use it ("Use when learning something valuable from debugging, implementing, or discussion that should be preserved for future sessions"), matching the anchor-5 pattern of concrete what-plus-when trigger phrasing.

5 / 5

Trigger Term Quality

"debugging", "implementing", "discussion", and "preserved for future sessions" give good coverage of natural trigger contexts. A few natural request phrasings users would say ("update the spec", "document this learning") are missing, placing it between anchors 3 and 4 but noticeably above the midpoint.

4 / 5

Distinctiveness Conflict Risk

The .trellis/spec/ target and executable-contract framing give it a mostly distinct niche, but "learning something valuable" and general convention-capture could overlap with memory or documentation skills, leaving minor conflict risk.

4 / 5

Total

16

/

20

Passed

Validation

100%

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

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
mindfold-ai/Trellis
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.