CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

cyber-detection-engineering

Designs and reviews detections from telemetry prerequisites, correlation logic, Sigma metadata, severity, status, and benign cases. Use for detection rules, Sigma review, analytic coverage, or tuning; not generic logging advice or live deployment.

Quality

89%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

86%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 lean, high-signal guardrail skill: every line is a directive or validation gate with zero padding, and the Input→Process→Output structure makes the working sequence clear. The main gaps are the absence of any worked example or output template and of an explicit error-recovery step when coverage is blocked.

Suggestions

Add a minimal worked example — e.g., a short Sigma rule snippet showing correct `level`/`status` usage alongside a matching benign-case record — so the output spec ("rule/spec, prerequisites, ... evidence record") has a copy-paste-ready shape and actionability reaches anchor 5.

Add an explicit error-recovery step for the telemetry gate in the Structure section: what to do when coverage is `blocked` or `not-tested` (e.g., record the prerequisite gap, request telemetry, then re-evaluate) to close the workflow feedback loop.

Show or explicitly point to the format for "expected matches, exclusions and benign/false-positive cases with rationale" — currently only "Reuse `cyber-evidence`" hints at where it lives — so the recording rule is directly executable.

DimensionReasoningScore

Conciseness

The body never explains concepts Claude already knows — it does not define Sigma, ATT&CK, correlation, or cardinality — and goes straight to directives like "never substitute Boolean OR across unrelated single events" and "never write `severity: high` as Sigma metadata". The `level`/`status` value enumerations earn their place by supporting the level-vs-status disambiguation the skill targets; every token is a rule or gate, matching the lean anchor 5.

5 / 5

Actionability

Guidance is concrete and domain-executable: exact verdict values ("`blocked` or `not-tested`"), exact Sigma fields (`level`, `status`), and a named output artifact list ("rule/spec, prerequisites, severity, lifecycle status, fixtures, limitations, evidence record"). However, there is no worked example or template (e.g., a minimal Sigma rule snippet or a benign-case record format) covering the common cases, which keeps it below the copy-paste-ready anchor 5 for an instruction-only skill.

4 / 5

Workflow Clarity

The Structure section gives a clear ordered Input→Process→Output sequence ("define predicates, entity keys, window, cardinality, ordered correlation, suppression, benign cases") with real validation gates (telemetry prerequisite gating, "documented authorization and runtime-proven controls; offline fixtures only"). But there is no explicit error-recovery feedback loop (e.g., what to do when coverage is `blocked`), matching anchor 4's 'most checkpoints present; minor validation gaps' rather than anchor 5's recovery loops. The destructive/batch cap does not apply since validation steps for the risky production path are present.

4 / 5

Progressive Disclosure

At roughly 24 lines, the skill is under 50 lines with clean sections (Priority, Structure, Rules, Anti-Patterns, References) and only clearly signaled one-level-deep references (Sigma spec URL, MITRE ATT&CK URL, sibling `cyber-authorization`/`cyber-evidence`/`cyber-framework-mapping` skills). No bundle directories exist and no body reference points to a missing local file, so per the simple-skill note, well-organized sections with no need for external bundle files score 5.

5 / 5

Total

18

/

20

Passed

Description

92%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.

A strong description: concrete what, an explicit 'Use for' trigger clause, and explicit exclusions that bound the skill's scope. The only gap is a few missing natural trigger synonyms (e.g., 'false positives', 'alerts') in the description field.

DimensionReasoningScore

Specificity

"Designs and reviews detections" is backed by six concrete objects ("telemetry prerequisites, correlation logic, Sigma metadata, severity, status, and benign cases") plus "detection rules, Sigma review, analytic coverage, or tuning" in the use clause. This matches the anchor-5 pattern of multiple concrete actions with comprehensive domain coverage, not the anchor-4 'minor gaps' case.

5 / 5

Completeness

The what is explicit ("Designs and reviews detections from telemetry prerequisites, correlation logic, Sigma metadata, severity, status, and benign cases") and the when is an explicit "Use for..." clause with concrete triggers and negative boundaries ("not generic logging advice or live deployment"). This clearly matches the anchor-5 example of both what and when with concrete trigger phrases, exceeding anchor 4's 'when could be more explicit'.

5 / 5

Trigger Term Quality

"detection rules", "Sigma review", "analytic coverage", and "tuning" are phrases users would naturally say, but common variants like "false positives", "alerts", or "detection engineering" are absent from the description field itself. Good coverage with a few natural terms missing (anchor 4) rather than the comprehensive synonym coverage of anchor 5.

4 / 5

Distinctiveness Conflict Risk

The niche is sharp (Sigma-based detection engineering) with distinct triggers like "Sigma metadata" and "analytic coverage", and the explicit exclusion "not generic logging advice or live deployment" wards off the nearest overlapping skills. Clear niche with distinct triggers and minimal conflict risk, matching anchor 5 rather than anchor 4's 'minor overlap risk'.

5 / 5

Total

19

/

20

Passed

Validation

81%

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

Validation — 13 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

metadata_field

'metadata' should map string keys to string values

Warning

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

13

/

16

Passed

Repository

HoangNguyen0403/agent-skills-standard

Path

.agents/skills/cybersecurity/cyber-detection-engineering/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.