CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

raw-app

MUST use when creating raw apps.

Quality

66%

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 ./system_prompts/auto-generated/skills/raw-app/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

77%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 content is exceptionally actionable, with executable commands, code, and clearly sequenced workflows that include validation checkpoints and consent gates for risky operations. Its weaknesses are duplicated rule explanations across sections and a monolithic single-file structure that inlines a second guide the text itself describes as a companion. Splitting the authoring guide into a referenced file and de-duplicating the roles and data-setup rules would lift it further.

Suggestions

Split the inlined authoring guide (the second '# Windmill Raw Apps' section) into a separate reference file and point to it explicitly, instead of embedding two guides in one SKILL.md.

De-duplicate the rules stated twice: datatable roles (raw_app.yaml section vs. Data Tables rules 5-6) and the ask-first data setup ('Settle the setup' vs. 'Data setup') — state each once and cross-reference.

Trim restated framing such as the repeated deploy-vs-draft guidance across 'Draft code vs deployed code', the CLI Commands section, and Best Practices item 9.

DimensionReasoningScore

Conciseness

The body is dense and mostly high-value (flag tables, extension tables, anti-patterns, executable code), but the same rules are restated across sections — roles appear in both the raw_app.yaml section and Data Tables critical rules 5-6, and the ask-first data setup is explained in both 'Settle the setup' and 'Data setup' — going beyond the minor trimming of anchor 4.

3 / 5

Actionability

Fully executable throughout: an exact `wmill app new` command with a flag table, complete entrypoint/backend/query code in TypeScript and Python, a bindings table with call signatures, and copy-paste YAML/SQL examples covering the common cases — matching the top anchor.

5 / 5

Workflow Clarity

App creation is a clearly sequenced 3-step workflow with explicit validation checkpoints (single-round-trip questioning, 'Only proceed once every value is concrete', `wmill app lint` after edits, consent required for `--overwrite`, lock-diff review after `generate-metadata`, browser modal confirming migrations), with feedback loops like re-asking on ambiguous replies.

5 / 5

Progressive Disclosure

There are no bundle files or references at all, and the text treats the authoring guide as a separate companion ('covered in the companion authoring guide') while inlining it in the same ~590-line file under a second H1 — good section structure, but content that clearly belongs in a separate file is inline, matching anchor 3.

3 / 5

Total

16

/

20

Passed

Description

40%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 bare trigger clause: it says when to use the skill but never what the skill does, and it omits the platform name (Windmill) that users would most naturally mention. The niche term 'raw apps' keeps conflict risk low, but specificity and completeness are weak.

Suggestions

State what the skill does in third person, e.g. 'Scaffolds and manages Windmill raw apps via the wmill CLI: app creation with flags, on-disk layout, backend runnables, datatable configuration, and SQL migrations.'

Add a 'Use when...' clause with concrete trigger phrases such as 'Use when creating, scaffolding, or editing a Windmill raw app, running wmill app commands, or configuring raw_app.yaml.'

Include the keywords users would actually say — 'Windmill', 'raw app', 'wmill app new' — to improve trigger term coverage and distinguish it from the companion authoring guide.

DimensionReasoningScore

Specificity

"MUST use when creating raw apps." names the domain with a single generic action and lists no capabilities (no scaffolding, layout, or datatable configuration), matching the 'Processes PDF files' anchor rather than anchor 3, which requires concrete listed actions.

2 / 5

Completeness

Only a 'when' clause exists ("MUST use when creating raw apps") with no 'what' — the skill's actual capabilities are never stated, exactly matching anchor 2's 'only when is present without what'.

2 / 5

Trigger Term Quality

The core natural phrase "creating raw apps" is present, but common variations and synonyms ("Windmill", "scaffold", "app", "frontend") are missing, fitting anchor 3 rather than anchor 4's multi-keyword coverage.

3 / 5

Distinctiveness Conflict Risk

"Raw apps" is a niche, distinctive Windmill term with minimal generic conflict risk, but the description offers nothing to distinguish this CLI-workflow skill from its companion authoring guide covering the same platform, fitting anchor 4's minor overlap with closely related skills rather than anchor 5's fully distinct triggers.

4 / 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

skill_md_line_count

SKILL.md is long (592 lines); consider splitting into references/ and linking

Warning

Total

15

/

16

Passed

Repository

windmill-labs/windmill

Path

system_prompts/auto-generated/skills/raw-app/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.