CtrlK
BlogDocsLog inGet started
Tessl Logo

evidence-hygiene

Evidence-capture and PoC-redaction discipline for bug-bounty submissions: cookie redaction protocol (which fields to mask, Preview annotation / Burp panel hiding / DevTools workflow), PII black-bar discipline (what to mask in other-user data — names, emails, phones, faces — vs what is safe to leave — usernames, trace IDs, request bodies), HAR file sanitization (jq filters for Cookie/Set-Cookie/Authorization headers), Burp Repeater/Intruder screenshot hygiene (hide request body, show only Results table for rate-limit attacks), Chrome DevTools Console PoC patterns (credentials include so cookies are not echoed, labeled console.log), screenshot capture order, filename conventions, post-submission rotation hygiene. Use BEFORE any PoC screenshot, BEFORE attaching a HAR, or whenever preparing evidence with session cookies or other-user PII. Pairs with bugcrowd-reporting and report-writing.

72

Quality

88%

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

77%

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

The body is highly actionable with executable code, concrete tool workflows, and validation checklists that earn strong workflow-clarity and actionability scores. It is slightly verbose and fully monolithic (no bundle references), which caps conciseness and progressive-disclosure at 2.

Suggestions

Move the reusable jq HAR-sanitization function and Chrome DevTools PoC snippets into a scripts/ or references/ file and link to them from the body, improving progressive disclosure and reducing inline token weight.

Trim explanatory prose that restates known context (e.g., the opening 'Bug-bounty evidence is meant to convince a triager' rationale and the 'Why this is clean' elaboration) to tighten conciseness toward the lean score-3 anchor.

Consider condensing the PII/HAR/cookie enumeration tables or cross-referencing a single redaction quick-reference so repeated redaction guidance is not restated across sections.

DimensionReasoningScore

Conciseness

The body is accurate and mostly efficient, but at ~375 lines it includes some restating of context and rationale Claude already knows (e.g., explaining what a HAR file is, why screenshots convince triagers, elaborated prose around the clean-PoC pattern); it is tighter than verbose over-explanation but could be trimmed. It is not a 1 because it is not padded with basic-concept explanations, and not a 3 because some sections could be condensed without losing clarity.

2 / 3

Actionability

The body provides fully executable, copy-paste-ready guidance: a complete jq `sanitize_har` shell function, a `grep` verification command, a working `fetch(... credentials: 'include')` JS PoC, concrete macOS/Windows annotation steps, and explicit Burp UI actions. This matches the score-3 anchor of specific, executable, copy-paste-ready examples rather than pseudocode or vague direction.

3 / 3

Workflow Clarity

Multi-step processes are explicitly sequenced with validation checkpoints: a pre-screenshot checklist ('[ ] Network tab Headers panel is collapsed'), a post-capture verification checklist ('Search for the session cookie name substring'), the 5-screenshot PoC pattern, and 'Verify before attaching' grep step with a feedback loop ('if you see your real cookie value... fix the jq filter'). This matches the score-3 anchor of clear sequence with explicit validation and error-recovery feedback.

3 / 3

Progressive Disclosure

The skill is organized into 9 clearly labeled sections, but no bundle files exist (references/, scripts/, assets/ are absent) and all detail lives inline in SKILL.md, including the lengthy jq filters and PoC patterns that could plausibly be split into reference files. Structure is good but content that could be separate is inline with no one-level-deep references to verify, so it is not a 3; it is not a 1 because organization is clear and not a nested reference maze.

2 / 3

Total

10

/

12

Passed

Description

100%

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 highly specific, enumerating concrete redaction and sanitization actions with explicit 'Use BEFORE...' trigger guidance and clear skill-pairing context. It cleanly answers what the skill does and when to use it with minimal fluff.

DimensionReasoningScore

Specificity

The description enumerates many concrete actions ('cookie redaction protocol', 'PII black-bar discipline', 'HAR file sanitization (jq filters)', 'Burp Repeater/Intruder screenshot hygiene', 'Chrome DevTools Console PoC patterns', 'screenshot capture order', 'filename conventions', 'post-submission rotation hygiene'), matching the score-3 anchor of listing multiple specific concrete actions rather than vague domain language.

3 / 3

Completeness

It answers both 'what' (the enumerated redaction/sanitization/hygiene actions) and 'when' with an explicit trigger clause ('Use BEFORE any PoC screenshot, BEFORE attaching a HAR, or whenever preparing evidence with session cookies or other-user PII'), matching the score-3 anchor with explicit triggers; not a 2 because the when is explicit rather than implied.

3 / 3

Trigger Term Quality

It surfaces natural phrasings a user would say when needing this skill ('PoC screenshot', 'attaching a HAR', 'session cookies', 'other-user PII', 'before any PoC screenshot') plus tool-specific terms (Burp, DevTools, HAR), giving good coverage of common variations rather than only jargon or a single generic term.

3 / 3

Distinctiveness Conflict Risk

The niche is clearly scoped to bug-bounty evidence redaction/hygiene with distinct triggers and explicit pairing ('Pairs with bugcrowd-reporting and report-writing'), making it unlikely to fire for the wrong skill; not a 2 because the triggers are specific and unlikely to overlap with general reporting or recon skills.

3 / 3

Total

12

/

12

Passed

Validation

100%

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

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

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