CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

secure-api

Secure an API by applying a policy from the catalog. Handles multiple starting points: from an existing API Manager instance, from an Exchange asset that needs an instance, or from scratch. Use when the user wants to secure an API, add rate limiting, apply OAuth2, enforce IP allowlisting, or protect any API with a policy — regardless of where they are in the setup process.

Quality

85%

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

81%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.

This is a highly actionable, well-sequenced multi-path workflow: every step has executable operation specs, explicit variable wiring between steps, error-message-driven troubleshooting, and a completion checklist. The main weakness is token efficiency — narrative 'What happens next' bridges, a 'What You've Built' summary section, and a thrice-repeated key caveat inflate the body without adding operational value.

Suggestions

Remove or compress the seven 'What happens next:' paragraphs and the 'What You've Built' section — they restate information already conveyed by the step sequence and flowchart.

State the getExchangePolicyTemplates-over-listPolicyTemplates caveat once (Step 6's Important note) and have Step 7 and the Tips section reference it instead of repeating it.

Move the Troubleshooting and Tips/Best Practices sections into a references/ file (e.g., references/troubleshooting.md) to shorten the main SKILL.md, keeping only the per-step 'Common issues' inline.

DimensionReasoningScore

Conciseness

The operational core is dense and non-obvious (e.g., "isCloudHub must be null (not false)", the flat-vs-nested deployment body, getExchangePolicyTemplates vs listPolicyTemplates), but there is noticeable padding: seven "What happens next:" narrative bridges, the celebratory "What You've Built" section, generic "Next Steps" advice, and the same getExchangePolicyTemplates caveat repeated in Step 6, Step 7's common issues, and Tips/Gateway Compatibility. This matches 'Mostly efficient but includes some unnecessary explanation or could be tightened'; not a 4 because the padding spans multiple whole sections rather than minor instances.

3 / 5

Actionability

Every step ships a complete executable operation spec (api, operationId, inputs with sources/examples, outputs with JSON paths), plus a concrete request body ("Use flat top-level fields, not the nested target object" with the JSON example) and exact error-message-to-fix mappings ("'Field environmentId is required for deployment type HY'... must be in the request body, not just the URL path"). This matches 'Fully executable; copy-paste ready code or commands; specific examples cover the common cases'.

5 / 5

Workflow Clarity

The 7-step sequence is explicit with three named execution paths ("Full setup: Steps 1, 2, 3, 4, 5, 6, 7" / "From Exchange asset" / "Apply policy only"), a flowchart, per-step variable wiring ("from: variable: environmentApiId"), a Completion Checklist for verification, and feedback loops for error recovery (409 → "List existing deployments with GET .../deployments first to check"; 400 → use getExchangePolicyTemplates). This matches 'Clear sequence with explicit validation steps; feedback loops for error recovery; checklists for complex processes'.

5 / 5

Progressive Disclosure

No bundle files exist (references/, scripts/, assets/ are absent), and the body is a single well-sectioned file with clear headers, flowcharts, and a "Related Jobs" section. Structure matches 'Good structure; most content is appropriately placed; minor organization gaps'. Not a 5 because there are no one-level-deep reference files at all — the ~80-line Troubleshooting and Tips sections could be split out of the already-long main file; not a 3 because navigation is clear and nothing is buried.

4 / 5

Total

17

/

20

Passed

Description

83%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 strong: it explicitly states both what the skill does and when to use it, with natural trigger phrases covering the main policy types and starting points. Voice is consistently third person. Minor improvements would be adding synonyms like 'throttling' or 'authentication' and acknowledging the instance-creation/deployment work the skill also performs.

DimensionReasoningScore

Specificity

Quotes: "Secure an API by applying a policy from the catalog", "add rate limiting, apply OAuth2, enforce IP allowlisting" — several concrete, distinct actions are named, matching the anchor 'Lists several specific actions; minor gaps in coverage'. Not a 5 because the description omits significant capabilities the skill covers (creating an API Manager instance, deploying to a gateway), leaving gaps in coverage; not a 3 because more than 1-2 actions are concretely listed.

4 / 5

Completeness

Quotes: what — "Secure an API by applying a policy from the catalog. Handles multiple starting points: from an existing API Manager instance, from an Exchange asset... or from scratch"; when — "Use when the user wants to secure an API, add rate limiting, apply OAuth2, enforce IP allowlisting, or protect any API with a policy". Both what and when are explicit with concrete trigger phrases, matching the anchor 'Clearly and explicitly answers both what AND when with concrete trigger phrases'.

5 / 5

Trigger Term Quality

Quotes: "secure an API", "add rate limiting", "apply OAuth2", "enforce IP allowlisting", "protect any API with a policy" — these are natural phrases a user would say, matching 'Good keyword coverage; a few natural terms missing'. Not a 5 because common synonyms like 'throttling', 'API gateway', or 'authentication' are absent; not a 3 because coverage goes well beyond a couple of generic keywords.

4 / 5

Distinctiveness Conflict Risk

Quotes: "applying a policy from the catalog", "from an existing API Manager instance, from an Exchange asset" — a clear niche (API policy management on a specific platform) with distinct triggers, matching 'Mostly distinct; minor overlap risk with closely related skills'. Not a 5 because phrases like 'apply OAuth2' or 'rate limiting' could also match generic API-security skills; not a 3 because the policy/instance framing is well differentiated.

4 / 5

Total

17

/

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 (564 lines); consider splitting into references/ and linking

Warning

Total

15

/

16

Passed

Repository

mulesoft/mulesoft-dx

Path

skills/secure-api/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.