CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

passive-recon

Passive intelligence gathering without touching the target — DNS, WHOIS, subdomain enumeration, Certificate Transparency, technology fingerprinting, ASN mapping.

Quality

78%

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 ./packages/decepticon/decepticon/skills/standard/recon/passive-recon/SKILL.md
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.

A highly actionable knowledge base: every section delivers executable commands, the workflow is explicitly sequenced with validation, recovery guidance, and a decision-gate checklist, and bundle files are real and well-signaled. The main cost is token duplication — the quick reference repeats commands detailed later and the crt.sh pipeline appears three times — plus some DNS detail that duplicates the bundled reference.

Suggestions

De-duplicate the crt.sh pipeline (appears in the Quick Reference, §4, and §6) down to a single canonical copy and reference it by section elsewhere, cutting the most repeated token block.

Trim the Quick Reference to only the commands not expanded in their own sections, or drop the per-tool sections' basic invocations and keep only advanced flags, to remove the subfinder/amass/httpx/dig duplication.

Move the §2 per-record dig command list and §7 passive-DNS source details into references/dns-techniques.md (which already covers record types and passive DNS), keeping the SKILL.md body as the workflow-and-decisions layer.

DimensionReasoningScore

Conciseness

The body is mostly efficient (command + 'Extract:' bullet pairs, dense error table), but the crt.sh JSON pipeline is repeated three times (Quick Reference, §4, §6) and subfinder/amass/httpx/dig commands are duplicated verbatim between the Quick Reference and their dedicated sections — fitting the anchor 'Mostly efficient but includes some unnecessary explanation or could be tightened' rather than the 'minor instances' of anchor 4.

3 / 5

Actionability

Fully executable, copy-paste-ready commands with real flags throughout ('subfinder -d <TARGET> -o subdomains.txt', 'httpx -l subdomains.txt -sc -title -tech-detect', 'amass enum -passive -d example.com'), plus a working wildcard-detection bash snippet and an error table with concrete fixes — matching the anchor 'Fully executable; copy-paste ready code or commands; specific examples cover the common cases'.

5 / 5

Workflow Clarity

§10 gives a 9-step sequenced workflow with validation checkpoints (deduplicate & wildcard-filter at step 4, live-host validation at step 5), §9 supplies error-recovery feedback ('crt.sh timeout → Wait 30s and retry', 'WHOIS blocked → Try alternative WHOIS server'), and §11 is an explicit go/no-go checklist gate before active probing — matching the anchor 'Clear sequence with explicit validation steps; feedback loops for error recovery; checklists for complex processes'.

5 / 5

Progressive Disclosure

Both bundle files are real, one level deep, and clearly signaled with purpose and usage ('references/dns-techniques.md — ... Read when you need detailed technique reference beyond this skill's quick-reference commands'; scripts/parse_subdomains.py with a usage line). It sits at anchor 4 ('most content is appropriately placed; minor organization gaps') rather than 5 because §2 (DNS records) and §7 (passive DNS sources) overlap the reference file's territory, keeping some split-worthy detail inline in an already ~300-line body.

4 / 5

Total

17

/

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 specific, well-scoped description with good natural trigger terms and a clear passive-recon niche. Its main weakness is the missing explicit 'Use when...' clause inside the description itself — trigger guidance is relegated to a metadata.when_to_use field that discovery flows typically ignore — which caps completeness.

Suggestions

Append an explicit trigger clause to the description itself, e.g. 'Use when the user asks for passive recon, DNS/WHOIS lookups, subdomain enumeration, or certificate transparency checks on a target.'

Fold the strongest natural keywords from metadata.when_to_use (e.g. 'passive recon', 'subfinder', 'amass', 'crt.sh') into the description so users' natural phrasing matches without relying on metadata.

Keep the description in third person with action verbs for each listed capability (e.g. 'Enumerates subdomains via CT logs') to lift specificity from several domains to comprehensive action coverage.

DimensionReasoningScore

Specificity

The description lists several concrete capabilities — 'DNS, WHOIS, subdomain enumeration, Certificate Transparency, technology fingerprinting, ASN mapping' — matching the anchor 'Lists several specific actions; minor gaps in coverage'. It is not a 5 because the lead phrase 'Passive intelligence gathering' is abstract and 'DNS, WHOIS' name objects rather than actions; not a 3 because it goes well beyond 1-2 concrete actions.

4 / 5

Completeness

The 'what' is clear ('Passive intelligence gathering without touching the target — DNS, WHOIS, ...') but the description contains no 'Use when...' clause, matching the anchor 'Has a clear what but when is missing or only weakly implied'. Per the rubric guideline, a missing 'Use when...' clause caps completeness at 3; the when_to_use guidance lives in a metadata field outside the description that skill-selection systems do not read, so it does not lift the score to 4.

3 / 5

Trigger Term Quality

Natural trigger terms are present ('DNS', 'WHOIS', 'subdomain enumeration', 'Certificate Transparency'), fitting the anchor 'Good keyword coverage; a few natural terms missing'. Common phrasings users would actually say — 'passive recon', 'recon', 'subfinder', 'crt.sh' — appear only in the separate metadata.when_to_use field, not in the description, keeping it below the comprehensive anchor 5.

4 / 5

Distinctiveness Conflict Risk

'Passive intelligence gathering without touching the target' carves a clear passive-vs-active niche with distinct triggers (DNS, WHOIS, CT logs), fitting the anchor 'Mostly distinct; minor overlap risk with closely related skills'. The risk is not lower than 4 because terms like 'intelligence gathering' and 'technology fingerprinting' could overlap with an active-recon or OSINT sibling skill.

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

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Repository

PurpleAILAB/Decepticon

Path

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