CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

axum-web-framework

Complete guide for Axum web framework including routing, extractors, middleware, state management, error handling, and production deployment

Quality

65%

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/luxor-backend-toolkit/skills/axum-web-framework/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

46%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 is a comprehensive, largely executable Axum reference, but it is far too verbose and monolithic for a SKILL.md, with duplicated sections, generic best-practice padding, and zero progressive disclosure into reference files. Splitting the bulk into referenced files and trimming conceptual padding would materially improve it.

Suggestions

Move the detailed API reference, extractor/middleware catalogs, and production patterns into separate files under references/ (e.g. EXTRACTORS.md, MIDDLEWARE.md, PRODUCTION.md) and keep SKILL.md as a concise overview with one-level-deep links.

Remove the duplicated state-management, error-handling, and middleware sections (each appears twice) and the generic 'Best Practices' lists that restate knowledge Claude already has.

Add a sequenced 'Build and verify' workflow with explicit validation checkpoints (e.g. cargo check, oneshot test) so the production and testing guidance forms a coherent feedback loop.

DimensionReasoningScore

Conciseness

The ~2000-line / 47KB body is a monolithic reference dump that far exceeds a SKILL.md token budget, with duplicated sections (state, error handling, and middleware each covered twice) and generic 'Best Practices' padding ('Use HTTPS in production', 'Implement caching') that Claude already knows.

2 / 5

Actionability

Provides extensive, mostly copy-paste-ready Rust examples for routing, extractors, middleware, state, error handling, and deployment, with only minor gaps such as '// Implementation' placeholders and fictional types like DatabasePool::new().

4 / 5

Workflow Clarity

Content is organized by topic rather than as a sequenced workflow, and there are no explicit validation checkpoints or feedback loops; the testing section shows examples but not a guided build-verify sequence.

3 / 5

Progressive Disclosure

No references/, scripts/, or assets/ bundles exist and the body inlines all API reference material, production patterns, and examples in one file with no links to separate reference documents — classic content-that-belongs-in-separate-files inlined.

2 / 5

Total

11

/

20

Passed

Description

70%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 specific and distinct, naming Axum and six concrete capability areas, but it lacks any 'when to use' trigger guidance, which caps completeness. Adding a 'Use when...' clause with natural synonyms (Rust, REST API) would raise both completeness and trigger-term quality.

Suggestions

Add an explicit trigger clause, e.g. 'Use when building REST APIs or web services in Rust with Axum, or when the user mentions Axum, Tokio, or Tower middleware.'

Reframe capability areas as concrete actions ('define routes', 'extract request data', 'apply Tower middleware') rather than topic nouns to lift specificity toward 5.

Include natural synonyms currently only in tags (Rust, REST API, Tokio) directly in the description.

DimensionReasoningScore

Specificity

Names the Axum domain and lists several concrete capability areas ('routing, extractors, middleware, state management, error handling, and production deployment'), but uses topic nouns rather than action verbs and omits items present in the body (WebSockets, SSE, testing), leaving minor coverage gaps.

4 / 5

Completeness

Provides a clear 'what' (a guide covering the listed topics) but has no 'Use when...' clause or equivalent explicit trigger guidance, so per the rubric cap completeness cannot exceed 3.

3 / 5

Trigger Term Quality

Includes natural terms a user would say ('Axum web framework', 'routing', 'middleware', 'error handling') but misses common synonyms like 'Rust', 'REST API', or 'Tokio' that appear only in the tags, not the description.

4 / 5

Distinctiveness Conflict Risk

Naming the specific 'Axum web framework' carves out a clear niche with distinct triggers and minimal overlap risk against other Rust web-framework skills.

5 / 5

Total

16

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

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

Warning

frontmatter_unknown_keys

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

Warning

Total

14

/

16

Passed

Repository

manutej/luxor-claude-marketplace

Path

plugins/luxor-backend-toolkit/skills/axum-web-framework/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.