CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

control-audit

Control-level audit readiness for SOC 2, ISO/IEC 27001:2022 and NIST SP 800-53 Rev. 5 / FedRAMP. Scope the audit (criteria or baseline, systems, period, Type 1 vs Type 2), build the control inventory, write an evidence request per control (artifact, owner, sample, test method), test what the repo and configs show (CC8.1 / A.8.32 / CM-3 change management via branch protection), hand technical checks to the owning skill, and record control gaps in the shared findings format with a control matrix. Use when the user mentions 'SOC 2,' 'SOC 2 Type 2,' 'Trust Services Criteria,' 'ISO 27001,' 'ISMS,' 'Statement of Applicability,' 'Annex A controls,' 'NIST 800-53,' 'FedRAMP,' 'FedRAMP 20x,' 'SSP,' 'POA&M,' 'control matrix,' 'evidence request list,' 'PBC list,' 'audit readiness,' 'control testing,' or is getting ready for an external auditor or assessor.

Quality

96%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Quality

Content

92%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A strong, mature skill body: a clearly staged five-step workflow with genuine validation gates, copy-paste-ready commands and artifacts, and clean one-level-deep disclosure into an existing, well-populated references/ bundle. The only real cost is length — a modest amount of duplicated cross-referencing and worked-example material could be trimmed or pushed to references to tighten token usage.

Suggestions

Trim the top 'Cross-references' paragraph, which largely duplicates the Step 4 handoff table and the 'Not for' list; keep one canonical routing table and drop the rest.

Reduce the Step 5 verdict examples from two to one per verdict (keep the most illustrative, e.g. the CC8.1 branch-protection confirmed case) and move additional exemplars into references/findings-format.md.

Consider moving the sample-size and test-method tables (Step 3) into the framework reference files, keeping only a pointer plus the one-line rule that inquiry alone never evidences a control.

DimensionReasoningScore

Conciseness

The ~290-line body is dense and almost entirely domain-specific (scope tables, sample-size tables, fingerprint rules, verdict exemplars) with essentially no explanation of concepts Claude already knows, so it sits above anchor 3. It falls short of anchor 5's 'every token earns its place' only in minor places: the cross-reference paragraph near the top duplicates the Step 4 handoff table, and the full report template plus two worked examples per verdict could be trimmed by roughly a fifth without losing guidance.

4 / 5

Actionability

Guidance is fully executable throughout: exact commands (`gh api repos/<owner>/<repo>/branches/main/protection`, `grep -rnE "required_approving_review_count|enforce_admins" --include='*.tf' .`), named output files with field-by-field tables (`evidence-requests.md`, `control-matrix.md`), literal fingerprint formats with five examples, and a runnable validator (`node references/validate-findings.mjs findings.json`). Anchor 5 ('copy-paste ready; specific examples cover the common cases') fits; anchor 4 would require minor gaps in the concrete detail, and none stand out.

5 / 5

Workflow Clarity

Five explicitly sequenced steps (Scope → inventory → evidence requests → test/hand off → verify then record) with real validation checkpoints: "run the refutation pass in references/verification.md before anything is confirmed" and "Validate it and fix every error: node references/validate-findings.mjs findings.json", plus a re-run feedback loop (match by fingerprint, re-sample per new period). Anchor 5 ('clear sequence with explicit validation steps; feedback loops') matches; the destructive/batch cap does not apply because validation is present.

5 / 5

Progressive Disclosure

Framework bulk is externalized one level deep into three clearly linked reference files (soc2.md, iso27001.md, nist-800-53.md, all present in references/), shared formats live in findings-format.md / verification.md / severity-calibration.md / validate-findings.mjs / to-sarif.mjs, all of which exist in the bundle, and the body keeps only the overview, workflow and output spec. Anchor 5 ('clear overview with well-signaled one-level-deep references; content appropriately split') fits; there is no multi-level nesting and no buried or inlined content that clearly belongs in a reference file.

5 / 5

Total

19

/

20

Passed

Description

100%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

An exemplary description: concrete and comprehensive on capabilities, third-person voice, and with an explicit, exhaustive 'Use when' clause covering framework names, practitioner shorthand and the natural-language scenario. Conflict risk with sibling audit skills is minimal because the framework boundaries are named up front.

DimensionReasoningScore

Specificity

The description enumerates six concrete actions with sub-detail — "Scope the audit (criteria or baseline, systems, period, Type 1 vs Type 2)", "build the control inventory", "write an evidence request per control (artifact, owner, sample, test method)", "test what the repo and configs show", "hand technical checks to the owning skill", "record control gaps ... with a control matrix" — comprehensive coverage with no vague filler. Anchor 5 ('lists multiple specific concrete actions; comprehensive coverage') fits; anchor 4 would require minor coverage gaps, and none are evident.

5 / 5

Completeness

Both questions are answered explicitly: the 'what' is the opening action list, and the 'when' is a dedicated "Use when the user mentions ... or is getting ready for an external auditor or assessor" clause with concrete trigger phrases. This is the anchor-5 pattern exactly ('clearly and explicitly answers both what AND when with concrete trigger phrases'); anchor 4 would require the 'when' to be less explicit, which it is not.

5 / 5

Trigger Term Quality

Seventeen natural trigger phrases spanning all three frameworks plus synonyms users actually say: 'SOC 2,' 'SOC 2 Type 2,' 'Trust Services Criteria,' 'ISO 27001,' 'ISMS,' 'Statement of Applicability,' 'Annex A controls,' 'NIST 800-53,' 'FedRAMP,' 'FedRAMP 20x,' 'SSP,' 'POA&M,' 'control matrix,' 'evidence request list,' 'PBC list,' 'audit readiness,' 'control testing,' plus the natural-language condition "is getting ready for an external auditor or assessor". This matches anchor 5 (comprehensive coverage including synonyms); anchor 4 would require missing natural terms, and even the auditor shorthand 'PBC list' is present.

5 / 5

Distinctiveness Conflict Risk

The niche is sharply defined — control-level audit readiness for exactly SOC 2 / ISO 27001:2022 / 800-53 Rev. 5 / FedRAMP — with framework-specific triggers (Trust Services Criteria, Statement of Applicability, POA&M) that no adjacent skill (code-facing pci/hipaa audits, CSF mapping, single-finding triage) would claim. Anchor 5 ('clear niche with distinct triggers; minimal conflict risk') fits better than anchor 4, which requires identifiable overlap risk with closely related skills.

5 / 5

Total

20

/

20

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

Total

15

/

16

Passed

Repository

briiirussell/cybersecurity-skills

Path

skills/control-audit/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.