Content
80%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.
The body is highly actionable and token-efficient with concrete commands throughout, but it is a monolithic single file and—critically for a skill that performs batch and destructive operations—lacks validation/authorization checkpoints in its workflow, which caps workflow clarity.
Suggestions
Add explicit validation checkpoints to the workflow: an upfront authorization confirmation step and per-phase checks (e.g. verify response-time delta before escalating batching, confirm rate limiting is absent before alias bombing).
Provide the referenced tools/graphql_audit.sh as a bundle file in scripts/ or tools/, or remove the reference if the inline commands are the intended path, so referenced resources resolve.
Split the large report template and tool reference table into a separate references/ file with a clearly signaled "See REPORT_TEMPLATE.md" link to improve progressive disclosure.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is a dense sequence of copy-paste curl/python/gqlmap commands with almost no explanatory padding, assuming Claude's GraphQL competence and earning every token; the only prose lines ("GraphQL flips the threat model") provide apt threat-model framing rather than basic-concept explanation, matching the lean-and-efficient anchor. | 5 / 5 |
Actionability | Every section provides fully executable, copy-paste-ready commands covering the common cases per phase (introspection probes, clairvoyance, batching/alias generators, IDOR curls, injection probes, wscat subscriptions), matching the fully-executable anchor. | 5 / 5 |
Workflow Clarity | The Quick Kill Checklist supplies a clear ordered sequence and a chaining table plus kill signals, but the skill drives destructive/batch operations (batching DoS, alias bombs, OTP brute force, account takeover) without validation checkpoints between batch steps or any pre-engagement authorization confirmation; per the rubric's destructive/batch cap this limits workflow clarity to 3 even though sequencing is otherwise strong. | 3 / 5 |
Progressive Disclosure | The file is well-sectioned but is a monolithic single document with no separate reference files; it references tools/graphql_audit.sh and output paths that do not exist as bundle files, and bulk content that could live apart (full report template, tool reference table) is inlined, matching the some-structure/could-be-better-organized anchor. | 3 / 5 |
Total | 16 / 20 Passed |