CtrlK
BlogDocsLog inGet started
Tessl Logo

configuration-saml-providers

caddy-security SAML login identity-provider Caddyfile configuration. Use when creating, reviewing, or debugging saml identity provider blocks for authentication portal login, especially Azure AD or JumpCloud SAML IdPs, ACS URLs, IdP metadata and signing certificates, entity IDs, SAML realms, clock-skew issues, role claims, and portal enablement. Do not use for sso provider app-side SAML SSO blocks.

70

Quality

86%

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

SKILL.md
Quality
Evals
Security

Quality

Content

72%Weight 40%Scale 1-3

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The body is well-organized and highly actionable with concrete Caddyfile examples and a useful review checklist. The main weakness is mild redundancy in the Fixtures section and the absence of an explicit verification feedback loop in the workflow.

Suggestions

Remove or merge the Fixtures section into the Purpose section's file list to eliminate the duplicated citation of caddyfile_identity_provider.go and go-authcrunch/pkg/idp/saml.

Add an explicit verification step to the Review Checklist (e.g., reload Caddy and confirm the portal redirects through the SAML IdP) to turn the checklist into a validate→fix→retry feedback loop.

Cross-reference the Fixtures file paths to the specific review-checklist items they support so each reference earns its place.

DimensionReasoningScore

Conciseness

The body is lean and assumes Claude knows SAML/Caddy basics, but the Fixtures section re-lists caddyfile_identity_provider.go and go-authcrunch/pkg/idp/saml already cited under Purpose, which is mild redundancy. It is not level 3 because that repetition does not earn its place; not level 1 because it is mostly efficient and free of concept padding.

2 / 3

Actionability

It provides a complete, copy-paste-ready Caddyfile `security {}` block, named fields with concrete paths and env vars, and an executable `transform user` example. This matches the level-3 anchor of fully executable, specific examples; not level 2 because examples are complete rather than pseudocode.

3 / 3

Workflow Clarity

The Review Checklist gives an ordered set of checks (correct block name, realm/driver, metadata, ACS URLs, transforms, clock sync) functioning as a checklist, but there is no explicit validate→fix→retry feedback loop with verification commands. It is not level 3 because checkpoints are implicit rather than an explicit validation sequence; not level 1 because the checklist does provide sequence.

2 / 3

Progressive Disclosure

Content is split into clearly signaled, one-level-deep sections (Purpose, Shape, Provider Notes, Review Checklist, Fixtures) with no nested references and easy navigation. No skill bundle files exist to verify, but the organization itself is appropriate; not level 2 because structure is well-signaled and clean.

3 / 3

Total

10

/

12

Passed

Description

100%Weight 40%Scale 1-3

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 strong: third-person voice, explicit what-and-when triggers, concrete capabilities, and an explicit exclusion that distinguishes it from a sibling skill. It is concise yet comprehensive for its narrow domain.

DimensionReasoningScore

Specificity

"creating, reviewing, or debugging saml identity provider blocks" names multiple concrete actions, plus a detailed enumeration of sub-areas (ACS URLs, signing certificates, entity IDs, realms). This matches the level-3 anchor listing several specific concrete actions; it is not level 2 because actions are comprehensive rather than partial.

3 / 3

Completeness

It states what ("caddy-security SAML login identity-provider Caddyfile configuration") and an explicit when ("Use when creating, reviewing, or debugging..."). Both are clearly present with an explicit trigger clause, matching the level-3 anchor; it is not capped at 2 because the trigger is explicit, not implied.

3 / 3

Trigger Term Quality

Natural domain terms a user would say appear: "SAML login", "Azure AD", "JumpCloud", "identity provider blocks", "portal login". While some terms like "entity IDs" are technical, the SAML/Azure AD/JumpCloud vocabulary is what practitioners actually use; it is not level 2 because common variations are well covered.

3 / 3

Distinctiveness Conflict Risk

An explicit negative scope clause ("Do not use for sso provider app-side SAML SSO blocks") carves out a clear niche from a sibling skill. Combined with the narrow SAML IdP-portal scope, conflict risk is low; it is not level 2 because the boundary is explicit rather than merely somewhat specific.

3 / 3

Total

12

/

12

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
greenpau/caddy-security
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.