Content
77%Weight 40%Scale 1-3Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
The content is highly actionable with well-sequenced, validation-gated workflows, but it is somewhat verbose (duplicated catalog-discovery, conceptual exploitability padding) and its progressive disclosure is undercut by references to bundle files that do not actually exist.
Suggestions
Ship the referenced files (HEARTBEAT.md, skill.json, advisories/feed.json, hooks/clawsec-advisory-guardian/) or remove/update the dangling references so navigation targets resolve.
Move the detailed allowlist config and exploitability methodology into separate reference files and link to them from a concise overview, rather than keeping them inline.
Dedupe the catalog-discovery instructions (currently described in both 'Included vs Optional Protections' and 'Optional Skill Installation') into a single section to tighten conciseness.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | Most sections are operational and earn their tokens, but the catalog-discovery flow is explained twice ('Included vs Optional Protections' and 'Optional Skill Installation') and the 'Exploitability Context' section restates methodology concepts Claude already understands. It is above level 1 (not padded with basic concept explanations) but below level 3 because some content could be tightened or deduplicated. | 2 / 3 |
Actionability | The body provides many copy-paste-ready, fully executable blocks — the manual-install flow with openssl/shasum/jq verification, the guarded-install invocations with explicit flags, and the quick-feed-check jq pipeline. This matches the level-3 anchor of fully executable commands with specific examples. It is well above level 2 (no pseudocode; key details like env overrides and exit codes are present). | 3 / 3 |
Workflow Clarity | Multi-step processes are explicitly sequenced with validation checkpoints: the manual install verifies the key fingerprint then the checksums signature then the archive hash before installing, and the guarded-install flow documents the first/second-confirmation loop with exit code 42. This matches the level-3 anchor of clear sequences with explicit validation and error-recovery feedback loops, and is not capped because destructive/batch operations do have verification steps. | 3 / 3 |
Progressive Disclosure | Sections are organized, but against the actual bundle only scripts/*.mjs exist — referenced paths like HEARTBEAT.md, skill.json, advisories/feed.json, hooks/clawsec-advisory-guardian/, and ../../wiki/exploitability-scoring.md are missing from the bundle. Inline material that could be split out (the long allowlist config and exploitability methodology) stays in SKILL.md. It is above level 1 (real section structure and real script files exist) but below level 3 because references point to non-existent files and some separable content is inline. | 2 / 3 |
Total | 10 / 12 Passed |