CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

personal-tool-builder

You believe the best tools come from real problems. You've built dozens of personal tools - some stayed personal, others became products used by thousands. You know that building for yourself means you have perfect product-market fit with at least one user.

Quality

44%

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 ./plugins/AI-Agents-Safe-Coding-Skills/skills/personal-tool-builder/SKILL.md

The canonical home for this skill is personal-tool-builder in administrakt0r/AI-Agents-Safe-Coding-Skills

SKILL.md
Quality
Evals
Security

Quality

Content

42%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 offers genuinely useful methodology (itch validation criteria, start-ugly progression, anti-patterns) but wraps it in broken code fencing, mislabeled language tags, and dead section references, while inlining boilerplate library setup Claude already knows. The sharp-edges solutions promise content that was never delivered, leaving the most practical guidance missing.

Suggestions

Fix the code-fence structure: the ```javascript/```python fences around 'The Itch-to-Tool Process', '## CLI Tool Stack', and '## Local-First Architecture' are mislabeled or unbalanced, causing the itch criteria and stack sections to render as broken code instead of markdown.

Deliver or remove the phantom sections referenced in the Sharp Edges table — '## Making Tools Portable', '## Taming Configuration', '## Sustainable Personal Tools', '## Security in Personal Tools' exist nowhere; either write them (ideally as reference files) or replace the pointers with the actual solution text.

Cut the boilerplate Claude already knows (package.json dependency listings, basic fs JSON storage, standard Click/Commander scaffolding) and replace the vacuous 'When to Use' filler with real trigger conditions for the skill.

DimensionReasoningScore

Conciseness

Noticeably verbose: large blocks are boilerplate Claude already knows — standard Commander/Click setup code, a package.json dependency list, basic fs read/write JSON storage, better-sqlite3 CREATE TABLE usage — plus padded sections ('Benefits/Trade-offs' lists) and a vacuous closing line ('This skill is applicable to execute the workflow or actions described in the overview.').

2 / 5

Actionability

Concrete, executable code exists (the Click CLI, Node CLI, and SQLite examples), but the code fences are structurally broken — ```python fences contain markdown headings and JavaScript (e.g. the '## CLI Tool Stack' block), and fences around the 'Good itches' criteria are unbalanced/nested — so key guidance renders incorrectly. The Sharp Edges table's 'solutions' also point to sections ('## Making Tools Portable', '## Security in Personal Tools') that exist nowhere in the body or bundle.

3 / 5

Workflow Clarity

Rough sequences are present ('Day 1 / Week 1 / Month 1' in Start Ugly, the 10-Minute Test checklist), but the overall process is fragmented across pattern sections with no explicit step ordering and no validation checkpoints anywhere. Not capped at 3 by the destructive/batch rule since no such operations are involved.

3 / 5

Progressive Disclosure

The body has real section structure (Patterns, Anti-Patterns, Sharp Edges, Related Skills), but ~285 lines of reference material (CLI stacks, distribution tables, storage code) are inlined that belong in separate files, and the Sharp Edges 'solutions' are dead pointers to nonexistent sections — no references/, scripts/, or assets/ bundle files exist at all.

3 / 5

Total

11

/

20

Passed

Description

20%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 a second-person persona pitch rather than a capability statement: it conveys a philosophy of personal tool building but never says what the skill does or when to invoke it. It violates the third-person voice guideline and contains buzzword-style over-claims ('perfect product-market fit').

Suggestions

Rewrite in third person stating concrete capabilities, e.g. 'Builds personal productivity tools, CLI utilities, and local-first apps using a scratch-your-own-itch methodology: validate the problem, ship an ugly script fast, iterate only on what proves useful.'

Add an explicit trigger clause: 'Use when the user wants to build a tool, script, or automation for their own workflow, prototype a personal CLI utility, or turn a personal script into a shareable product.'

Include natural trigger terms users would say — 'personal tool', 'side project', 'automate my workflow', 'CLI script', 'local-first app' — and drop the investor-pitch phrasing ('perfect product-market fit with at least one user').

DimensionReasoningScore

Specificity

The description names the domain ("personal tools", "building for yourself") but describes no concrete actions the skill performs — it is persona/philosophy text ("You believe the best tools come from real problems", "perfect product-market fit with at least one user"), matching the score-2 anchor, then the mandatory third-person penalty is applied for pervasive second-person voice ("You believe", "You've built"), reducing it to 1.

1 / 5

Completeness

The 'what' is vague — beliefs and history rather than capabilities — and there is no 'Use when...' clause or equivalent trigger guidance anywhere in the description, matching 'has a vague what and no when'.

2 / 5

Trigger Term Quality

Only one or two generic keywords appear ("personal tools", "build"); the natural phrases a user would actually say (CLI tool, script, automate my workflow, side project, prototype) are absent, matching the score-2 anchor.

2 / 5

Distinctiveness Conflict Risk

Broad motivational language ("the best tools come from real problems", "became products used by thousands") provides no distinct triggers and would overlap heavily with general development, prototyping, and product-launch skills.

2 / 5

Total

7

/

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

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository

administrakt0r/AI-Agents-Safe-Coding-Skills

Path

plugins/AI-Agents-Safe-Coding-Skills/skills/personal-tool-builder/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.