Content
90%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.
An exemplary tactical security skill body: lean, dense with executable commands and payloads, well-organized by technique, with a safety decision gate covering verification and cleanup. The only notable gaps are implicit mid-workflow checkpoints (e.g., confirming the beacon fired) and one cross-skill reference that has no corresponding file in the bundle.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is dense and tactical with no padding: it skips general concepts (no "what is GitHub Actions") and spends every line on non-obvious specifics — the untrusted-context sink table, the runner interpolation-before-shell mechanic, shell-meta-valid Git branch chars, and CVE-2025-30066 as evidence for a recurring pattern. Not 4 because even the tightest sections (grep recon, exploit payloads, decision gate) carry unique operational value with essentially nothing to trim. | 5 / 5 |
Actionability | Nearly everything is copy-paste ready: the grep sink-finder, the actionlint docker command, the issue-title exploit payload with its expanded-shell trace, the branch-name injection git sequence, token-scope probes via curl/gh, and the org-wide action-pin inventory script. The few placeholders (<REPO>, <COLLAB>) are target parameters inherent to a PoC, not pseudocode. Not 4 because the concrete examples cover all the common cases (title injection, branch injection, pull_request_target checkout, token abuse, pinning) with executable detail. | 5 / 5 |
Workflow Clarity | The body follows a usable implicit sequence — untrusted-context inventory, recon (grep/actionlint), sink pattern, exploit payloads, variants, defender patterns, detection signatures, and a numbered Decision gate with explicit verification ("once the screenshot is captured") and cleanup ("Close + delete the issue, branch, and any artifact"). Not 5 because the middle of the flow lacks explicit checkpoints — e.g., no step confirming the collaborator beacon actually fired before moving to token-scope abuse, and the recon-to-exploit transition is implicit in section ordering rather than stated. Not 3 because verification and cleanup steps are present in the Decision gate, so this is not an unvalidated risky workflow. | 4 / 5 |
Progressive Disclosure | The single-file body is well-sectioned with scannable headers and tables, and content stays at one level with no nested references; for this skill's size the inline detail (sink table, detection signatures, tools table) is appropriately placed. Not 5 because the body points to `poisoned-pipeline-execution/SKILL.md`, which does not exist in this bundle (no references/, scripts/, or assets/ directories), leaving one dangling cross-reference; and at ~190 lines some material (e.g., exploit payload variants or the token-abuse catalog) could be split into referenced files. Not 3 because organization, signaling, and navigation within the file are clean. | 4 / 5 |
Total | 18 / 20 Passed |