CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

active-recon

Active target probing — port scanning, service detection, vulnerability scanning, banner grabbing, web directory fuzzing, SSL/TLS analysis.

Quality

73%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Critical

Do not install without reviewing

Fix and improve this skill with Tessl

tessl review fix ./packages/decepticon/decepticon/skills/standard/recon/active-recon/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

65%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 a dense, command-first reference that is highly actionable for the common active-recon cases, with strong error-handling and pitfalls sections. Its weaknesses are the missing explicit validation checkpoints in the scan workflow (only implicit conditionals), the absence of any progressive-disclosure layering for a ~400-line document, a duplicated quick-reference block, and one incorrect flag (`-On` instead of `-Pn`) in the error-handling table.

Suggestions

Add explicit validation checkpoints to the section-12 workflow, e.g. "Step 0: confirm every target is in the documented scope before sending any packet" and "after port discovery, verify the output file lists open ports before running -sV".

Split the per-service NSE script catalogs (sections 3 and 8) and the nuclei/nikto/testssl flag details (sections 5–6) into references/ files (e.g. references/nse-scripts.md, references/vuln-scanners.md) and link them from a leaner SKILL.md.

Fix the error-handling table: "Add `-On` (skip host discovery)" should be `-Pn`; also deduplicate the Quick Reference block against sections 2, 4, and 5 to trim tokens.

DimensionReasoningScore

Conciseness

The body is dominated by lean, executable command blocks and reference tables with very little concept explanation Claude already knows, fitting the score-4 anchor ("Efficient; minor instances of over-explanation that could be trimmed"). Not a 5 because of trimmable content: the "Quick Reference — Common Scan Patterns" block duplicates commands that reappear verbatim in sections 2, 4, and 5, and the "Why IPv6 matters" / "Key TLS Findings" prose states well-known security fundamentals.

4 / 5

Actionability

Nearly all guidance is copy-paste-ready with concrete flags ("nmap -sS -sV --top-ports 1000", "ffuf ... -mc 200,301,302,403", "nuclei -u ... -severity critical,high"), matching the score-4 anchor "mostly executable guidance with minor gaps". It falls short of 5 because of at least one incorrect concrete instruction: the error-handling table prescribes "Add `-On` (skip host discovery)" — the correct nmap flag is `-Pn` (`-oN` is an output flag), so that remediation command fails as written.

4 / 5

Workflow Clarity

Section 12 lays out a clear 11-step sequence (Target Selection → Port Discovery → ... → Synthesis) with some conditional logic ("Scan AAAA records if found"), so a sequence is plainly present. However, checkpoints are implicit rather than explicit — there is no verify-scope step before sending packets, no check that the port scan succeeded before version detection, and no validate-results loop inside the workflow; per the rubric's cap guidance for batch operations (network scanning is inherently batch), workflow clarity is capped at 3 ("steps listed but validation gaps; checkpoints missing or implicit"). The pre-scan "Scan Justification" documentation requirement exists in section 1 but is never integrated into the section-12 workflow.

3 / 5

Progressive Disclosure

No bundle files exist (no references/, scripts/, or assets/ directories), so all ~390 lines live inline in SKILL.md. Section structure is good (numbered sections, quick reference, tables), which keeps it above the score-2 anchor, but content that clearly belongs in separate reference files — the per-service NSE script catalogs (sections 3, 8), the nuclei/nikto/testssl flag references (sections 5–6) — is inlined, matching the score-3 anchor "some structure... content that should be separate is inline". The single external pointer ("hand off to `web-recon`") is to another skill, not a bundle file, and is not a markdown link.

3 / 5

Total

14

/

20

Passed

Description

71%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 specific, concrete, and domain-complete, listing six distinct active-reconnaissance capabilities in third-person verb form with no fluff. Its main weakness is the absence of any "Use when..." trigger clause in the description field itself — the trigger guidance is relegated to a metadata.when_to_use field — which caps completeness and leaves trigger-term coverage short of comprehensive.

Suggestions

Append an explicit trigger clause to the description, e.g. "Use when the user asks to port scan, fingerprint services, or run nmap/nuclei against a specific in-scope target."

Fold the high-value natural trigger terms currently stranded in metadata.when_to_use (nmap, nuclei, nikto, testssl, network sweep) into the description text so they are scored/searched as part of the description.

Disambiguate from sibling recon skills by adding a scoping phrase such as "active (packet-sending) techniques only" to reduce overlap with passive-recon or web-recon skill triggers.

DimensionReasoningScore

Specificity

The description enumerates six concrete, non-overlapping capabilities — "port scanning, service detection, vulnerability scanning, banner grabbing, web directory fuzzing, SSL/TLS analysis" — which comprehensively covers the active-recon domain with no vague filler. This matches the score-5 anchor ("Lists multiple specific concrete actions; comprehensive coverage") and exceeds score 4, which requires minor coverage gaps; none are evident.

5 / 5

Completeness

The "what" is explicit and clear ("Active target probing" plus the six listed actions), but the description contains no "Use when..." clause or equivalent trigger guidance, so per the rubric guideline completeness is capped at 3 ("Has a clear 'what' but 'when' is missing or only weakly implied"). It is not a 4 because the 'when' is entirely absent from the description field rather than merely imprecise — the trigger guidance lives in a separate metadata field and is not part of this text.

3 / 5

Trigger Term Quality

Natural phrases like "port scanning", "vulnerability scanning", "banner grabbing", and "SSL/TLS analysis" are terms users would actually say, giving good keyword coverage. It falls short of the score-5 anchor ("comprehensive coverage of natural terms including synonyms and file extensions") because common variations users invoke are missing from the description itself — e.g. "port scan" (noun form), "nmap", "nuclei", "scan targets" — several of which only appear in the separate metadata.when_to_use field rather than the description.

4 / 5

Distinctiveness Conflict Risk

The niche is clear — "Active target probing" with distinctive techniques like "banner grabbing" and "web directory fuzzing" — so it is mostly distinct with minimal conflict risk. It sits below the score-5 anchor because it could still overlap with closely related recon skills (a passive-recon or web-recon skill would trigger on some of the same terms like "service detection" or "SSL/TLS analysis"), matching the score-4 anchor "minor overlap risk with closely related skills".

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.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Repository

PurpleAILAB/Decepticon

Path

packages/decepticon/decepticon/skills/standard/recon/active-recon/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.