CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

kill-chain-analysis

Kill chain analysis and attack path decision-making — findings analysis, attack vector selection, target prioritization, causal prerequisites and evidence confidence.

Quality

74%

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

Fix and improve this skill with Tessl

tessl review fix ./packages/decepticon/decepticon/skills/standard/decepticon/kill-chain-analysis/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

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

The body is an exemplary lean, high-signal analytic skill: no padding, no restating of known concepts, and well-organized sections that need no external references. Its weaknesses are the absence of any worked example or output template for the link-record and comparison concepts, and an only implicit workflow with no explicit phase sequence or validation checkpoints.

Suggestions

Add a short worked example or link-record template — one concrete chain link showing its precondition, resulting capability, identity, target, state, and evidence rating — so the abstract field checklist is directly applicable.

Make the analysis sequence explicit: number the phases (build causal chain → mark evidence → compare candidates → interpret defensively) and insert validation checkpoints such as 'a contradicted or unproven link must be resolved or the path discarded' before candidate comparison.

Include a minimal comparison table example (prerequisite confidence, information gained, expected impact, uncertainty, cost, noise) applied to two candidate vectors to demonstrate the comparative analysis in practice.

DimensionReasoningScore

Conciseness

The ~35-line body is lean and dense with domain-specific guidance — 'Each link needs an input/precondition, resulting capability, identity, target, state and evidence' — with zero padding and no explanation of concepts Claude already knows. Every token carries non-obvious analytic judgment, matching the 'every token earns its place' anchor.

5 / 5

Actionability

Concrete elements exist — the link field checklist, the four evidence states ('observed, independently reproduced, inferred or contradicted'), six named comparison axes, and the remediation requirement to 'name the failed boundary and an observable retest condition'. However, there is no worked example, link-record template, or comparison format showing how to apply these, leaving the guidance at the 'incomplete / missing key details' level rather than fully actionable.

3 / 5

Workflow Clarity

The four sections imply a rough sequence (build causal chain → mark evidence → compare candidates → defensive interpretation), but the order is never made explicit and there are no validation checkpoints between phases (e.g. when a link is contradicted or a prerequisite is unproven). This sits between 'rough sequence with many gaps' (2) and 'clear sequence with most checkpoints' (4), matching implicit sequence with missing checkpoints at 3.

3 / 5

Progressive Disclosure

The skill is under 50 lines with no bundle files and no need for external references; per the rubric's simple-skill guideline it can score 5 with just well-organized sections. The body delivers exactly that: a two-paragraph framing intro followed by four clearly headed, self-contained sections with no inlined material that belongs in separate files.

5 / 5

Total

16

/

20

Passed

Description

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

The description is concise and specific, naming the domain and several concrete analytic capabilities with strong natural trigger terms and low conflict risk. Its main weakness is that the description field itself lacks any 'when to use' trigger guidance — that information sits in a separate metadata field outside the evaluated target — capping completeness at 3.

Suggestions

Add an explicit 'Use when...' clause to the description field (e.g. 'Use when analyzing findings, selecting an attack vector, prioritizing targets, or deciding what to attack next') so trigger guidance lives in the description itself rather than only in metadata.when_to_use.

Fold natural trigger phrases currently buried in when_to_use — such as 'which technique', 'next attack', 'choose approach', 'blocked what next' — into the description to broaden trigger term coverage with user-spoken synonyms.

State the concrete output of the skill (e.g. a ranked, evidence-annotated attack path) to sharpen the abstract phrases 'attack path decision-making' and 'evidence confidence'.

DimensionReasoningScore

Specificity

The description lists several concrete analytic actions in a named domain — 'findings analysis, attack vector selection, target prioritization, causal prerequisites and evidence confidence' — which goes beyond naming the domain with 1-2 actions. It falls short of 5 because 'attack path decision-making' and 'evidence confidence' remain somewhat abstract without saying what output the skill produces.

4 / 5

Completeness

The 'what' is clearly stated (kill chain analysis, vector selection, target prioritization), but the description field contains no 'Use when...' clause or equivalent trigger guidance — that content exists only in the separate metadata.when_to_use field, not in the evaluated description. Per the judging guideline, a missing 'when' clause caps completeness at 3.

3 / 5

Trigger Term Quality

Strong natural domain keywords a user would actually say: 'kill chain', 'attack path', 'attack vector', 'target prioritization', 'findings analysis'. Common variations and synonyms (e.g. 'next step', 'post-exploitation', 'lateral movement', 'which exploit') are absent from the description field, keeping it below the comprehensive anchor at 5.

4 / 5

Distinctiveness Conflict Risk

The kill-chain/attack-path analysis niche has distinctive triggers ('kill chain analysis', 'attack vector selection', 'causal prerequisites') that clearly separate it from generic skills. Minor overlap risk remains with closely related offensive-security skills that could share terms like 'findings analysis' or 'attack vector', so it does not reach the clear-niche anchor at 5.

4 / 5

Total

15

/

20

Passed

Validation

87%

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

Validation — 14 / 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

Total

14

/

16

Passed

Repository

PurpleAILAB/Decepticon

Path

packages/decepticon/decepticon/skills/standard/decepticon/kill-chain-analysis/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.