Content
81%Weight 40%Scale 1-5Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
A high-quality, highly actionable recon/triage skill with executable commands and strong validation gates throughout. The main weakness is redundancy: severity guidance and do-not-file lists recur across the Reality Check, Chain Table, and Validation sections.
Suggestions
Consolidate severity calibration into the single Chain Table and have the Reality Check and Validation sections reference it instead of restating severities — this removes a sizable fraction of the body length.
Move the per-vulnerability caveats (SWEET32/POODLE/FREAK/DROWN/Heartbleed) into a references/ file (e.g. TLS_CAVEATS.md) linked from Phase 1, keeping that phase to the runnable commands plus the offered-vs-exploitable rule.
The 'What does NOT pay (do not report standalone)' list in Reality Check duplicates the Info-tier 'do not file' rows in the Chain Table — keep one and point to the other rather than maintaining both.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | Information-dense and largely avoids basic-concept padding, but the severity calibration is restated three times (Reality Check 'What actually pays' / 'What does NOT pay' lists, the Chain Table, and the Validation severity list), and the 'do not file' rows overlap across them — the skill could be tightened by consolidating these. | 3 / 5 |
Actionability | Copious copy-paste-ready, executable commands cover the common cases: testssl/sslyze/openssl s_client for TLS, dig AXFR loops, a full swaks spoof-PoC, and concrete mTLS header-injection bypass loops with real header names and -w '%{http_code}' checks. | 5 / 5 |
Workflow Clarity | Eight sequenced phases each carry explicit validation/confirmation gates — the takeover 'register + canary + tear-down' gate, the DMARC 'Inbox not Spam + Authentication-Results' confirmation gate, and the mTLS 'prove privileged access, not just a 200' gate — with feedback loops ('if SSLv3 won't negotiate, there is no POODLE'; tear down after PoC). | 5 / 5 |
Progressive Disclosure | Well-organized into clearly headed phases plus Chain Table and Validation sections, with the one cross-skill reference ('Full depth lives in hunt-subdomain') signaled one level deep; no bundle files exist, and while the per-vuln caveats or Chain Table could optionally move to a references/ file, inlining is defensible for a triage-oriented skill. | 4 / 5 |
Total | 17 / 20 Passed |