CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

api-security-testing

API security testing workflow for REST and GraphQL APIs covering authentication, authorization, rate limiting, input validation, and security best practices.

Quality

64%

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 ./skills/antigravity-api-security-testing/SKILL.md

The canonical home for this skill is api-security-testing in sickn33/agentic-awesome-skills

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 well-structured with a clear phase sequence and a strong authorization/safety gate up front, but its guidance stops at the level of terse directives: no concrete commands, techniques, or validation checkpoints anywhere. Significant duplication between Overview, When-to-Use, Skills-to-Invoke, and Copy-Paste Prompts wastes tokens that could carry actual testing detail.

Suggestions

Replace the vague per-phase actions with concrete, executable guidance — e.g. specific test techniques or command patterns for "Test JWT tokens" (algorithm confusion, exp/signature checks) — or move that detail into reference files per phase.

Add validation checkpoints to the workflow: verify each suspected finding with a second independent test before reporting, and convert the Quality Gates checklist into a verify-then-check-off loop rather than assumption-based checkboxes.

Collapse the duplication: merge "Skills to Invoke" with the copy-paste prompt per phase (one dispatch line instead of two), and merge Overview/When-to-Use into a single short section.

DimensionReasoningScore

Conciseness

The body is mostly lean list-based prose with no explanations of concepts Claude already knows, but it carries noticeable redundancy: the Overview restates the description nearly verbatim, "When to Use" repeats it again, and each phase's "Copy-Paste Prompts" duplicate the immediately preceding "Skills to Invoke" line (e.g. `api-fuzzing-bug-bounty` listed then "Use @api-fuzzing-bug-bounty to discover API endpoints").

3 / 5

Actionability

All phase actions are high-level directives ("Test JWT tokens", "Enumerate endpoints", "Test query depth") with no concrete commands, curl patterns, tool invocations, or technique details; the copy-paste prompts are meta-dispatches to other skills rather than executable testing steps, matching the minimal-concrete-guidance anchor.

2 / 5

Workflow Clarity

The seven phases are clearly sequenced (discovery through error handling) and the Scope-and-evidence section defines limits and stop conditions, but no phase includes validation/verification checkpoints or a validate-fix-retry feedback loop — the Quality Gates are unvalidated checkboxes. Because the skill involves destructive methods, brute force, and resource exhaustion, the rubric's cap holds workflow clarity at 3.

3 / 5

Progressive Disclosure

No bundle files exist (no references/, scripts/, or assets/ directories), so all content is appropriately inline; the body is well-sectioned with a consistent per-phase structure, clear headers, and no buried or nested references. Minor gaps — the phase blocks duplicate their dispatch information and the ~185-line body is thin pointer-content rather than an overview pointing to deeper material — keep it below the top anchor.

4 / 5

Total

12

/

20

Passed

Description

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

A clear, domain-specific description with good natural trigger terms, but it answers only "what" — there is no explicit "when to use" trigger clause, which is the rubric's explicit cap on completeness. Dropping the generic "security best practices" padding in favor of a trigger clause would move it into the top tier.

Suggestions

Add an explicit trigger clause, e.g. "Use when testing the security of REST or GraphQL APIs, during API-focused bug bounty hunting, or when validating API authentication, authorization, or rate limiting."

Replace the generic "security best practices" with a concrete capability (e.g. "error-handling disclosure audits") so every listed item is specific.

Include a natural synonym such as "pentest" or "bug bounty" to broaden trigger coverage.

DimensionReasoningScore

Specificity

The description lists several specific capability areas — "covering authentication, authorization, rate limiting, input validation, and security best practices" — for a clearly named domain ("REST and GraphQL APIs"), but "security best practices" is generic padding and these are topics rather than concrete actions, so it falls short of the comprehensive anchor at 5.

4 / 5

Completeness

The "what" is clear ("API security testing workflow for REST and GraphQL APIs covering...") but there is no "Use when..." clause or any equivalent explicit trigger guidance, which caps completeness at 3 per the rubric's judging guideline.

3 / 5

Trigger Term Quality

"API security testing", "REST", "GraphQL", "rate limiting", and "input validation" are all phrases users would naturally say, but common variations like "pentest", "penetration testing", "bug bounty", and "API audit" are missing, matching the good-coverage-with-gaps anchor rather than the comprehensive one.

4 / 5

Distinctiveness Conflict Risk

"API security testing workflow for REST and GraphQL APIs" carves a clear niche distinguishable from general web-security or audit skills; minor overlap risk remains from the vague "security best practices" phrase and closely related sibling skills (web-security-testing, security-audit).

4 / 5

Total

15

/

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

frontmatter_unknown_keys

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

Warning

Total

15

/

16

Passed

Repository

boisenoise/skills-collections

Path

skills/antigravity-api-security-testing/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.