CtrlK
BlogDocsLog inGet started
Tessl Logo

clerk-auth

Expert patterns for Clerk auth implementation, middleware, organizations, webhooks, and user sync Use when: adding authentication, clerk auth, user authentication, sign in, sign up.

52

Quality

57%

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/clerk-auth/SKILL.md

The canonical home for this skill is clerk-auth in sickn33/agentic-awesome-skills

SKILL.md
Quality
Evals
Security

Quality

Content

40%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 is cleanly sectioned and names the right Clerk primitives, but it stops at description-level guidance: no executable code, no sequenced setup workflow, and placeholder content (the all-"Issue"/"See docs" Sharp Edges table and a generic When-to-Use line) that wastes tokens. It reads as an outline rather than an actionable skill.

Suggestions

Add copy-paste-ready code blocks for each pattern — a minimal ClerkProvider wrap, a middleware.ts with createRouteMatcher, and an auth()/currentUser() server-component example.

Replace the placeholder Sharp Edges table with real issue/severity/solution rows (or remove it) and turn "When to Use" into concrete trigger conditions instead of generic filler.

Sequence the setup as an ordered workflow with a validation checkpoint (e.g. verify the session resolves in a protected route before proceeding).

DimensionReasoningScore

Conciseness

The Patterns sections are lean and assume Claude's competence, but the Sharp Edges table is pure placeholder rows ("Issue" / "See docs") and the "When to Use" line is generic filler ("applicable to execute the workflow or actions described in the overview"), so several tokens do not earn their place — mostly efficient but with unnecessary padding.

3 / 5

Actionability

The body names real APIs (clerkMiddleware, createRouteMatcher, auth(), currentUser(), ClerkProvider) and their return shapes, but provides no executable code, commands, or concrete wiring steps — only high-level hints, matching the 'minimal concrete guidance; high-level hints' anchor rather than the pseudocode-bearing 3.

2 / 5

Workflow Clarity

Sections imply a rough topical order (provider → middleware → server auth) but there is no sequenced set of steps and no validation checkpoints for the auth setup; this fits 'rough sequence present but many gaps; validation absent' rather than the incoherent 1 because some logical ordering exists.

2 / 5

Progressive Disclosure

At ~50 lines with clear section headers and no bundle files, the structure is well-organized and needs no external references; held below 5 because the Sharp Edges "See docs" entries are unclear dangling references to unspecified documentation.

4 / 5

Total

11

/

20

Passed

Description

75%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 well-constructed: it covers a specific niche (Clerk auth) with an explicit Use-when trigger clause and several concrete capability areas. Its main weakness is mild buzzword framing ("Expert patterns for") and generic auth trigger terms that overlap with sibling auth skills.

Suggestions

Drop the "Expert patterns for" framing and lead with concrete verbs, e.g. "Implement Clerk authentication, middleware, organizations, webhooks, and user sync."

Add common synonyms to the Use-when clause such as "login" / "log in" / "session management" to broaden natural trigger coverage.

Tighten the trigger list to Clerk-specific phrasing (e.g. "Clerk middleware", "Clerk organizations") to reduce overlap with generic auth skills.

DimensionReasoningScore

Specificity

Names several concrete capability areas — "Clerk auth implementation, middleware, organizations, webhooks, and user sync" — giving broad coverage with minor gaps (sessions/JWT/RBAC unmentioned), fitting the 'lists several specific actions' anchor rather than the fully comprehensive 5.

4 / 5

Completeness

Explicitly answers both what (the listed Clerk capability areas) and when (a present "Use when:" clause with concrete triggers); held below 5 because the "Expert patterns for" framing is mildly abstract buzzword wording rather than crisp capability statements.

4 / 5

Trigger Term Quality

Includes natural user phrases "adding authentication, clerk auth, user authentication, sign in, sign up" that a user would actually say, but omits common synonyms like "login"/"log in", matching good-but-not-comprehensive keyword coverage.

4 / 5

Distinctiveness Conflict Risk

"clerk auth" carves a clear niche with minimal conflict, but the generic triggers "authentication", "sign in", "sign up" overlap with other auth skills (NextAuth, Supabase), so minor overlap risk remains rather than the minimal-risk 5.

4 / 5

Total

16

/

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.

Validation15 / 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
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.