CtrlK
BlogDocsLog inGet started
Tessl Logo

osint-methodology

Comprehensive OSINT methodology for external red-team operations and authorized attack-surface assessments. Covers the 5-stage recon pipeline, asset-graph discipline, severity rubric, confidence upgrade workflows, time budgeting, identity-fabric mapping, breach×identity correlation, detectability tagging, detection-aware probing, WAF/CDN bypass, vulnerability prioritization, phishing infrastructure planning, bug bounty submission, and client deliverable templates. Use when planning or executing reconnaissance against authorized targets, mapping an organization's external attack surface, investigating a person/entity, or producing client deliverables.

62

Quality

73%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Critical

Do not install without reviewing

Optimize this skill with Tessl

npx tessl skill review --optimize ./skills/osint-methodology/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Discovery

85%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

This is a strong skill description that excels in specificity, completeness, and distinctiveness. It clearly defines what the skill does with an extensive list of concrete capabilities and includes an explicit 'Use when' clause. The main weakness is that many of the listed capabilities use specialized jargon that users may not naturally use when requesting help, which could reduce discoverability.

Suggestions

Add more natural-language trigger terms that users would actually say, such as 'footprinting', 'subdomain enumeration', 'open source intelligence gathering', 'target profiling', or 'security assessment report'.

DimensionReasoningScore

Specificity

The description lists numerous specific concrete actions: 5-stage recon pipeline, asset-graph discipline, severity rubric, confidence upgrade workflows, identity-fabric mapping, breach×identity correlation, detectability tagging, WAF/CDN bypass, vulnerability prioritization, phishing infrastructure planning, bug bounty submission, and client deliverable templates. This is highly specific and comprehensive.

3 / 3

Completeness

The description clearly answers both 'what' (comprehensive OSINT methodology covering specific stages and techniques) and 'when' with an explicit 'Use when...' clause covering planning/executing reconnaissance, mapping attack surfaces, investigating entities, and producing deliverables.

3 / 3

Trigger Term Quality

While it includes some natural terms like 'reconnaissance', 'attack surface', 'red-team', 'bug bounty', and 'phishing', many terms are specialized jargon (e.g., 'asset-graph discipline', 'confidence upgrade workflows', 'identity-fabric mapping', 'breach×identity correlation') that users are unlikely to naturally say. Common user terms like 'OSINT', 'recon', and 'external assessment' are present but the heavy jargon reduces natural keyword coverage.

2 / 3

Distinctiveness Conflict Risk

The description carves out a very clear niche: external red-team OSINT reconnaissance with specific methodologies. The combination of OSINT, red-team operations, authorized assessments, and the detailed technique list makes it highly unlikely to conflict with other skills.

3 / 3

Total

11

/

12

Passed

Implementation

62%

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

This is a well-structured methodology framework for external red-team OSINT with strong workflow clarity, clear severity rubrics, confidence levels, and decision trees. Its main weakness is that it delegates all concrete implementation (commands, regexes, curl one-liners) to a companion skill that isn't included in the bundle, reducing standalone actionability. The document is reasonably concise for its ambitious scope but could trim some redundancy and content Claude already knows.

Suggestions

Include the companion 'offensive-osint' skill in the bundle, or inline the most critical implementation details (e.g., top 5 most-used curl commands, key regexes, probe paths) so the skill is actionable standalone.

Split the monolithic SKILL.md into separate referenced files for the severity rubric (§9), asset taxonomy (§8), and deliverable templates (§16) to improve progressive disclosure.

Remove anti-pattern entries that restate guardrails already covered in §1, §5, and §6 (e.g., 'Pasting real PII/creds into cloud LLMs' appears in three places) to improve conciseness.

DimensionReasoningScore

Conciseness

The skill is extensive (~480 lines) and covers a lot of ground efficiently for its scope, but includes some content Claude already knows (e.g., explaining what UTC is, basic concepts like 'VPNs and residential proxies exist'). The anti-patterns section restates things already covered elsewhere. Some tables could be tighter. However, given the breadth of the methodology, most content earns its place.

2 / 3

Actionability

The skill provides structured frameworks, severity rubrics, confidence upgrade workflows, and clear decision trees — all highly actionable at the methodology level. However, it deliberately defers all concrete implementation (curl commands, regexes, wordlists, probe paths) to a companion skill 'offensive-osint' that is not included in the bundle. The skill tells you *what* to do but not *how* to do it for most technical steps, making it incomplete on its own.

2 / 3

Workflow Clarity

The 5-stage pipeline is clearly sequenced with explicit ordering, time budgets per engagement size, priority ordering within stages, abort conditions, and a detailed detection-aware back-off ladder (§6.4) that serves as a validation/feedback loop for risky operations. Confidence upgrade workflows provide explicit checkpoints for promoting findings. The scope check acts as a gate before any work begins.

3 / 3

Progressive Disclosure

The skill references a companion skill 'offensive-osint' with specific section numbers (§13, §16.1, §22, §29.2, etc.) for implementation details, which is good progressive disclosure design. However, no bundle files are provided, meaning all those references are unverifiable and potentially broken. The SKILL.md itself is a single large document that could benefit from splitting (e.g., severity rubric, asset taxonomy, and deliverable templates as separate files).

2 / 3

Total

9

/

12

Passed

Validation

90%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation10 / 11 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

Total

10

/

11

Passed

Repository
elementalsouls/Claude-OSINT
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.