CtrlK
BlogDocsLog inGet started
Tessl Logo

algorithmic-art

Algorithmic philosophies are computational aesthetic movements that are then expressed through code. Output .md files (philosophy), .html files (interactive viewer), and .js files (generative algorithms).

40

Quality

40%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Low

Low-risk findings worth noting

Fix and improve this skill with Tessl

tessl review fix ./skills/algorithmic-art/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

38%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 skill has a genuinely clear two-phase workflow and some useful code scaffolds, but it is heavily padded with repetition, its instructions hinge on template files that are missing from the bundle, and it functions as a 400-line monolith with broken references. Deduplicating the repeated directives and actually shipping the referenced templates would address most of its weaknesses.

Suggestions

Ship the referenced bundle files — templates/viewer.html and templates/generator_template.js do not exist, yet the workflow's STEP 0 and the entire FIXED/VARIABLE contract depend on them; either include them or inline a minimal concrete template.

Cut the repetition: the craftsmanship exhortation, the 'read the template first' instruction, and the fixed-vs-variable sidebar breakdown each appear 2-4 times; state each once and delete the rest to reclaim a large token budget.

Resolve the output-format contradiction (the description and OUTPUT FORMAT section call for .js files while the artifact section mandates a single self-contained HTML with everything inline) and add a verification checkpoint (e.g. confirm same seed reproduces identical output).

DimensionReasoningScore

Conciseness

The 400+ line body repeatedly restates the same directives: craftsmanship emphasis appears in the guidelines ('Emphasize craftsmanship REPEATEDLY'), the principles list ('EXPERT CRAFTSMANSHIP'), the implementation section, and the closing reminder; the template instructions ('read templates/viewer.html first') are delivered four separate times, and the FIXED/VARIABLE sidebar breakdown is given twice. This matches 'noticeably verbose; several unnecessary explanations or padded sections'.

2 / 5

Actionability

There are concrete snippets (randomSeed/noiseSeed setup, the params object skeleton, setup/draw structure, the control-group HTML, the artifact HTML skeleton), but they are scaffolds with placeholder comments ('// Your generative algorithm', '// Add parameters that control YOUR algorithm') rather than executable code, and the central instruction — 'Read templates/viewer.html' — points to a file that does not exist in the bundle. Concrete guidance is present but incomplete, matching the 'some concrete guidance but incomplete' anchor.

3 / 5

Workflow Clarity

The two-phase sequence (create philosophy .md, then implement the p5.js artifact) is clear and recapitulated in 'THE CREATIVE PROCESS', with STEP 0 gating on reading the template. However there are no validation or verification checkpoints (e.g. confirming the artifact renders or that a fixed seed reproduces output), and the STEP 0 checkpoint references a missing file, leaving the sequence present but checkpoints broken — squarely the score-3 anchor.

3 / 5

Progressive Disclosure

The body leans on two referenced files, 'templates/viewer.html' and 'templates/generator_template.js', but neither exists in the bundle (no templates/, references/, scripts/, or assets/ directories), so the core detailed material is simply absent. Meanwhile large content that could live in those files (the full artifact spec, five philosophy examples, the fixed/variable UI breakdown) is inlined in the monolithic SKILL.md — matching 'minimal structure; content that clearly belongs in separate files is inlined'.

2 / 5

Total

10

/

20

Passed

Description

42%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 communicates a distinctive niche and concrete output file types, but it reads as an abstract manifesto rather than a capability statement. It completely lacks trigger guidance ('Use when...') and omits the natural vocabulary (generative art, creative coding, p5.js) users would employ when reaching for this skill.

Suggestions

Add an explicit trigger clause, e.g. 'Use when the user asks for generative art, creative coding, algorithmic art, p5.js sketches, or an interactive generative art viewer.'

Lead with plain action verbs in third person — 'Creates generative art algorithms and an interactive p5.js viewer' — instead of opening with the abstract definition 'Algorithmic philosophies are computational aesthetic movements'.

Include the natural synonyms and technology names users would say (generative art, algorithmic art, p5.js, seeded randomness) so the description matches real requests instead of internal jargon.

DimensionReasoningScore

Specificity

The description names the domain ("Algorithmic philosophies are computational aesthetic movements") and concrete outputs (".md files (philosophy), .html files (interactive viewer), and .js files (generative algorithms)"), which is 1-2 concrete actions' worth of coverage. It stops short of the several specific actions of a 4 — no verbs like 'create', 'generate', or 'build' describe what is actually done with those files.

3 / 5

Completeness

The 'what' is stated (create algorithmic philosophies expressed through code, outputting three file types), but there is no 'Use when...' clause or any equivalent trigger guidance, which caps completeness at 3 per the rubric guidelines. It is not a 4 because 'when' is entirely absent rather than just under-specified.

3 / 5

Trigger Term Quality

Phrases like "computational aesthetic movements" and "algorithmic philosophies" are internal jargon, not what users say; natural triggers such as 'generative art', 'creative coding', 'p5.js', or 'algorithmic art' are absent. This matches the anchor of one or two loose keywords while missing the natural phrases users would actually say.

2 / 5

Distinctiveness Conflict Risk

The generative-art niche is fairly distinctive, but the abstract framing ("aesthetic movements expressed through code") never names art, p5.js, or interactive sketches explicitly, so it could overlap with general coding or document-generation skills. It sits between 'somewhat specific but could still overlap' (3) and 'mostly distinct' (4); the jargon-heavy phrasing makes trigger matching unreliable, keeping it at 3.

3 / 5

Total

11

/

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
sickn33/agentic-awesome-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.