CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

axiom-audit-ux-flow

Use when the user mentions UX flow issues, dead-end views, dismiss traps, missing empty states, broken user journeys, or wants a UX audit of their iOS app.

Quality

76%

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 ./axiom-codex/skills/axiom-audit-ux-flow/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

85%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 a strong, highly actionable agent prompt: concrete search patterns, mandatory verification steps, calibration notes against false positives, and a well-defined output contract. Its main weaknesses are moderate redundancy (duplicated Scope section, invocation examples) and the complete absence of progressive disclosure — everything lives in one long SKILL.md with no bundle files.

Suggestions

Split the 11 detection categories into a references/detection-catalog.md file and keep a one-line summary per category in SKILL.md, keeping references one level deep.

Move the output format template and health-score rubric into a references/output-format.md file, signaled clearly from the main body.

Remove the trailing "## Scope" section and the "Invocation Examples" section (or fold them into one place), since both duplicate the top-of-file Scope note and the frontmatter description.

DimensionReasoningScore

Conciseness

The body is dense with earned tokens — exact grep patterns, verification rules, false-positive exclusions, and calibrated severity notes ("house rule of thumb, not a platform fact") — with no explanations of concepts Claude already knows. Minor trimmable redundancy exists: the "## Scope" section at the end duplicates the Scope note near the top and restates the description, and "Invocation Examples" largely repeats the frontmatter triggers.

4 / 5

Actionability

Every phase gives executable guidance: exact Glob/Grep patterns per defect category, explicit Read-verification instructions ("use Read to verify the surrounding context before reporting"), a complete output format template, a compound-severity table, and a concrete false-positives list. This is an instruction-only skill where the absence of code is fully offset by specific, directly executable direction.

5 / 5

Workflow Clarity

The five phases are clearly sequenced (map architecture → detect defects → reason about completeness → cross-reference → score), with explicit validation checkpoints throughout: per-match Read verification, evidence-required reasoning ("don't speculate without reading the code"), codebase-wide re-scan on first hit, false-positive exclusions, and output limits for large result sets. The skill is read-only, so the destructive/batch validation cap does not apply.

5 / 5

Progressive Disclosure

The single file is well-sectioned with headers and easy to navigate, but it is a ~290-line monolith with no references/, scripts/, or assets/ files at all. Content that the rubric expects offloaded — the 11-category detection catalog and the output templates — is fully inlined, matching anchor 3 (good structure, but content that should be separate is inline).

3 / 5

Total

17

/

20

Passed

Description

56%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 has excellent trigger phrasing and a clear iOS UX-audit niche, but it is trigger-only: it never states what the skill actually does (e.g., scans SwiftUI/UIKit code, detects 11 defect categories, produces a journey health score). Adding a concrete what-clause would lift completeness and specificity substantially.

Suggestions

Add a concrete what-clause before the when-clause, e.g., "Detects user-journey defects in SwiftUI and UIKit apps — dead-end views, dismiss traps, missing loading/empty/error states, buried CTAs — and produces a journey health score. Use when..."

Include a few more natural synonyms in the trigger list, such as "user flows", "usability issues", or "onboarding problems", to catch phrasings users commonly say.

State the concrete outputs (severity-rated findings, UX Journey Health Score, fix recommendations) so the what matches the specificity of the when.

DimensionReasoningScore

Specificity

The description names concrete defect categories ("dead-end views, dismiss traps, missing empty states, broken user journeys") but these are trigger conditions, not actions the skill performs; the only capability stated is the generic "wants a UX audit of their iOS app". It names the domain with minimal/generic actions rather than listing 1-2 concrete actions, matching anchor 2.

2 / 5

Completeness

The when is explicit and strong ("Use when the user mentions UX flow issues... or wants a UX audit of their iOS app"), but the what is only weakly present — "a UX audit" names the activity without saying what the skill actually does (detect, report, score). It sits between anchor 2 (when-only) and anchor 4 (both present, one under-specified).

3 / 5

Trigger Term Quality

Phrases like "UX flow issues", "dead-end views", "dismiss traps", and "UX audit" are natural terms users would say when they need this skill. Common synonyms such as "usability", "user flows", or "onboarding" are missing, so coverage is good but not comprehensive.

4 / 5

Distinctiveness Conflict Risk

"their iOS app" plus niche defect triggers (dismiss traps, dead-end views) establish a clear flow-auditing niche with minimal conflict risk. Minor overlap remains with general accessibility or UI-review skills that could also trigger on a broad "UX audit" request.

4 / 5

Total

13

/

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

CharlesWiltgen/Axiom

Path

axiom-codex/skills/axiom-audit-ux-flow/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.