CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

uml-maintenance

Canonical specification for the project's UML.md file. Every project pi works on keeps a single UML.md at the repo root that captures the current architecture as Mermaid diagrams plus a Last Activity log. Load this skill when creating or updating UML.md.

Quality

83%

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

The canonical home for this skill is uml-maintenance in g23polar/pi-project-memory

SKILL.md
Quality
Evals
Security

Quality

Content

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

A well-crafted, self-contained instruction skill: concrete templates, a numbered update workflow with a read-before-write safeguard, and disciplined length guidance. The gaps are minor — an explicit output-verification step, the escaped code-fence artifact, and an HTML template that inflates the always-loaded context.

Suggestions

Add an explicit validation step to the update rules (e.g. re-render check: confirm the Mermaid source parses and UML.html opens with diagrams visible) to close the workflow checkpoint gap.

Move the UML.html template into an assets/ file referenced from SKILL.md, or trim the CSS/placeholder comments, to cut always-loaded tokens.

Fix the escaped closing fence ('` `') in the markdown structure example so the template is valid markdown when copied verbatim.

DimensionReasoningScore

Conciseness

The body is efficient — terse numbered rules ('Read before write', 'Mermaid only', 'Aim for < 200 lines') and templates with no concept over-explanation. Minor over-length in the HTML boilerplate's CSS and placeholder comments keeps it below anchor 5.

4 / 5

Actionability

Provides a copy-paste-ready markdown structure template and a complete, executable HTML viewer template with a specific CDN import ('mermaid@11/dist/mermaid.esm.min.mjs'). The escaped fence '` ``' inside the mermaid example is a small wart that would need fixing on copy, and there are no runnable verification commands, so it falls just short of anchor 5.

4 / 5

Workflow Clarity

Update rules are a clear numbered sequence with a safety checkpoint ('Always read the current UML.md... so you preserve hand-edited notes') plus a 'When to create it' section. Verification is only implied ('must open correctly with `open UML.html`') rather than an explicit validate step, matching anchor 4's 'most checkpoints present'.

4 / 5

Progressive Disclosure

A single self-contained file with well-organized sections (file structure, HTML viewer, update rules, creation) and no nested or buried references. The ~60-line inline HTML template could arguably live in an assets/ file, but since it is needed on every invocation (both files are written together), inline placement is defensible — good structure with minor organization gaps.

4 / 5

Total

16

/

20

Passed

Description

82%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 what-and-when structure and a distinct, low-conflict trigger anchored to a specific file. Its main weakness is specificity: it under-sells the skill's actual scope (the companion UML.html viewer, sync rules, and activity-log maintenance).

Suggestions

Mention the companion UML.html viewer in the description so the stated scope matches what the skill actually does (e.g. 'maintains UML.md and a self-contained UML.html Mermaid viewer').

Add one or two natural trigger variants such as 'architecture diagram' or 'update the UML' to broaden keyword coverage.

DimensionReasoningScore

Specificity

Names the domain and artifacts concretely ('captures the current architecture as Mermaid diagrams plus a Last Activity log' at 'the repo root'), but the only actions stated are 'creating or updating UML.md' — it omits the UML.html companion maintenance that the skill body actually requires, so coverage is not comprehensive.

3 / 5

Completeness

Explicitly answers both: what ('Canonical specification for the project's UML.md file... captures the current architecture as Mermaid diagrams plus a Last Activity log') and when ('Load this skill when creating or updating UML.md') — a concrete, explicit trigger phrase.

5 / 5

Trigger Term Quality

Good natural keyword coverage: 'UML.md', 'Mermaid diagrams', 'architecture', 'Last Activity log', 'repo root' are phrases users would say. A few natural variants (e.g. 'diagram', 'architecture doc', 'UML diagram') are missing, keeping it below anchor 5.

4 / 5

Distinctiveness Conflict Risk

The trigger is anchored to one specific named file (UML.md), giving it a clear niche with distinct triggers and minimal conflict risk with other skills.

5 / 5

Total

17

/

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

g23polar/dotfiles

Path

pi/agent/skills/uml-maintenance/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.