Duplicate avoidance
SkillAI & modelsAvoid burning time on bugs that will be closed as duplicates. Load during bug-bounty work when deciding what to report or where to dig, on "will this be a dup", "is this already known", maximizing unique findings. Signals: a mature/popular program, a common vuln on an obvious asset, a recently expanded scope.
Instructions available. Your AI can read the instructions. Execution depends on the setup they require.
Account requirements not reviewed. Check the skill instructions before use; ahel provides instructions and does not run this skill.
Add ahel to your AI once: Claude, ChatGPT, Cursor, Claude Code or Codex. Then ask it to use this.
Then ask your AI: use the Duplicate avoidance skill
What this skill tells your AI
The instructions your AI receives, as published by noorqureshi/sploitagent in skills/tradecraft/tradecraft-duplicate-avoidance/SKILL.md and read by ahel’s review.
When it applies
Bug-bounty payouts go to the first valid report. On popular programs the obvious bugs on obvious assets are already found, so the skill is steering toward findings that are still unclaimed — and recognising when a bug you have is likely already in the queue.
Why it works
Duplication is a function of visibility and timing: the more hunters have seen an asset and the longer it's been in scope, the lower your odds on a surface-level bug. Freshness and novelty move you to the front of the line, where the same effort actually pays.
Method
- Read the disclosed reports for the program (and the researcher's public activity) to learn what's already been found and what patterns the program pays for.
- Hunt fresh surface: newly added scope, a feature shipped this week, an acquisition's domains —
the crowd hasn't swept these yet. Monitor scope-change and asset feeds (
automation-*). - Go deeper, not wider: a chained/business-logic bug or a variant behind auth is far less likely to be a dup than reflected XSS on the marketing site.
- Vary the obvious: if you find a common bug, look for the non-obvious instance (a second endpoint, a different parameter, a bypass of the partial fix) that others stopped short of.
- Move fast on fresh scope: when a program expands, the first 24-48h are the least duplicated — prioritise then.
- Sanity-check before reporting: does this need no special preconditions and sit on the most obvious asset? If so, assume others found it — raise the bar or add a unique angle.
Gotchas
- "Informative"/duplicate closes still cost you and the triager time — quality over quantity.
- Some programs pay dupes partially or not at all; know the policy (
tradecraft-bugbounty-platforms). - Novelty isn't an excuse for a weak report — a unique bug still needs solid proof (
reporting-*).
Verify success
Before investing in a report you can name why it's likely not a duplicate — fresh asset, behind auth, a chain, or a variant others missed — not just "it's a valid bug".
References
Program disclosure timelines; researcher write-ups on dup rates; the tradecraft-target-selection skill.
Signals
- GitHub stars
- 20
- Forks
- 7
- Last commit
- Sep 2026
Advanced
- Item type
- skill
- Key
tradecraft-duplicate-avoidance- Source
- github.com/noorqureshi/sploitagent
github.com/noorqureshi/sploitagent
More in AI & models
Skill · anthropics
More in AI & modelswayfinder
Skill · mattpocock
More in AI & modelswizard
Skill · mattpocock
More in AI & modelsalgorithmic-art
Skill · anthropics
More in AI & modelscode-review-and-quality
Skill · addyosmani
More in AI & modelsai-first-engineering
Skill · affaan-m
More in AI & models