Content
75%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 tight, payload-first reference for a niche technique: concrete clobber payloads, runnable detection code, sanitizer-evading injection targets, severity guidance, and defender mitigations with essentially no filler. The main improvements are an explicit step-by-step PoC procedure with verification and cleaning up cross-references to files that do not exist.
Suggestions
Turn section 6 (PoC) into an explicit ordered procedure with a verification loop, e.g., 1. enumerate named elements with the detection snippet, 2. grep the JS bundle for window.<name> usage, 3. inject the payload, 4. confirm via interactsh callback before reporting.
Remove or clearly mark the dead cross-reference to css-injection/SKILL.md ('when added') and verify the other referenced paths actually exist.
Consider trimming the 'Known exemplars' section or folding it into a single line, since it adds reference material without operational guidance.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is lean and assumes Claude's competence — the intro states the mechanism (named elements resolve as window/document properties) and then goes straight to payloads, targets, detection, and defense with no padding. Minor trims exist (the 'Known exemplars' section and the severity table are marginal), keeping it at the efficient 4-anchor rather than the every-token-earns-its-place 5-anchor. | 4 / 5 |
Actionability | The HTML payloads (single-element clobber, form/input chaining, nonce theft) and the detection console snippet are copy-paste ready, and the defender section gives concrete DOMPurify config and Object.defineProperty fixes. The PoC section stays at the guidance level ('find an HTML-injection sink... confirm via observed network request') without concrete commands, which is the minor gap that keeps it below 5. | 4 / 5 |
Workflow Clarity | The numbered sections (targets → payload patterns → where to inject → detection → PoC → severity → defender) give a clear implicit sequence, and the PoC section includes a verification checkpoint ('Confirm via observed network request to //evil.com (DNS-level via interactsh)'). It falls short of 5 because there is no explicit ordered procedure with error-recovery loops — the flow must be assembled from the sections — but checkpoints are present, so it is above the implicit-checkpoint 3-anchor. | 4 / 5 |
Progressive Disclosure | The single SKILL.md file (~110 lines) is well organized into eight clear sections with no bundle files to disclose, and everything is appropriately self-contained at this size. The cross-references section points to paths outside this bundle (one explicitly marked '(when added)' for a nonexistent file), which is a minor organization/navigation gap rather than the clean one-level-deep reference structure of the 5-anchor. | 4 / 5 |
Total | 16 / 20 Passed |