CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

critical

Adversarial pre-mortem of a plan, code change, or bug diagnosis — cited findings over a fixed failure taxonomy plus a mandatory steelman; never scores or fixes, one pass per run. Modes plan (default), code, analysis; `deep` runs 3–5 parallel persona lenses; triggers on "critical", "challenge this", "pre-mortem", "red-team this", "deep critical review", "review from every angle", "/critical".

Quality

85%

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

78%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, well-structured, highly actionable instruction skill: concrete persona, grounding requirements, templates, validation-as-findings, and hard rules, with no padding. Its critical defect is bundle completeness — all four rules/ files (the three mode taxonomies and the deep-mode procedure) referenced by the body are missing from the bundle, breaking both the core procedure and the progressive-disclosure structure.

Suggestions

Ship the four missing rules/ files (taxonomy-plan.md, taxonomy-code.md, taxonomy-analysis.md, deep-mode.md) in the bundle — they carry the core failure taxonomy and deep-mode procedure that the body's 'Walk the failure taxonomy' and deep-mode steps depend on.

Add a short consolidated numbered run sequence (parse arguments → state mode → persona → grounding → taxonomy walk → steelman → output) so the workflow order does not have to be assembled from separate sections.

If the rules/ files are intentionally kept out of some distributions, inline a minimal per-mode taxonomy summary in the body so a run degrades gracefully instead of hitting dead references.

DimensionReasoningScore

Conciseness

Lean and efficient throughout: no concept explanations Claude already knows, rationale offloaded to "references/why-single-pass.md", and every section carries operational weight (mode table, persona contract, grounding actions, steelman template, output format, hard rules). The apparent duplication between persona rules and hard rules 4/6 is handled via explicit cross-references ("(persona rule 2)"), not restated content, so it sits at anchor 5 rather than anchor 4's 'minor instances that could be trimmed'.

5 / 5

Actionability

Highly concrete guidance: verbatim persona blockquote, exact mode-declaration line ("Mode: critical/<mode>. Target: <one-line summary>."), per-mode grounding commands ("`Read` the `plan.md`; `grep` for at least two referenced files/symbols"), and a copy-paste output template with classification definitions. It stops short of anchor 5 because the taxonomy walk — the core procedure — depends on "rules/taxonomy-plan.md", "rules/taxonomy-code.md", "rules/taxonomy-analysis.md", and "rules/deep-mode.md", none of which exist in the bundle, so the run cannot actually execute that step as delivered; this is more than the 'covers the common cases' bar of anchor 5 but the in-body guidance itself is fully executable, above anchor 3.

4 / 5

Workflow Clarity

The sequence is clear and ordered by signal phrases ("State the detected mode in one line before running", "Before writing the findings, run at least one grounding action", "Walk the failure taxonomy", output format last) and includes real validation checkpoints — grounding failures escalate to must-fix findings ("A referenced file, symbol, or path that does not resolve is itself a `must-fix` finding") and "Skipped rows are listed, never skipped silently". It is not anchor 5 because there is no single consolidated ordered step list; the run order must be assembled from several sections, a minor gap versus anchor 5's explicit checklists.

4 / 5

Progressive Disclosure

The design is anchor-5 quality — a concise overview with well-signaled, one-level-deep references, each annotated with its contents ("procedure, lens catalog, single-context fallback, sub-agent prompt contract, synthesis, and output format") — but scored against the actual bundle, 4 of the 5 referenced paths (all four "rules/*.md" files) do not exist; only "references/why-single-pass.md" resolves. Since the primary disclosure mechanism (offloading taxonomy and deep-mode detail to rules files) is broken in the delivered bundle, it cannot score above anchor 3's 'some structure' despite excellent signaling.

3 / 5

Total

16

/

20

Passed

Description

88%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, third-person, and specific about capabilities, modes, and constraints, with an explicit trigger list. Its only weaknesses are a couple of overly broad trigger phrases ("critical", "review from every angle") that could overlap with ordinary review requests, and a few missing natural synonyms.

DimensionReasoningScore

Specificity

Multiple concrete capabilities and constraints are enumerated: "Adversarial pre-mortem of a plan, code change, or bug diagnosis", "cited findings over a fixed failure taxonomy plus a mandatory steelman", "never scores or fixes, one pass per run", "`deep` runs 3–5 parallel persona lenses", plus the three modes. Coverage of what the skill does, does not do, and how it can be parameterized is comprehensive, matching the anchor-5 example's breadth of concrete actions; it is not anchor 4 because no meaningful capability is left unspecified.

5 / 5

Completeness

Both halves are explicit: what it does ("cited findings over a fixed failure taxonomy plus a mandatory steelman; never scores or fixes, one pass per run") and when to use it ("triggers on ...", with modes and defaults enumerated). This matches the anchor-5 pattern of a concrete 'what' followed by explicit trigger phrases; anchor 4 would require the 'when' to be less explicit.

5 / 5

Trigger Term Quality

Good natural-phrase coverage: "triggers on 'critical', 'challenge this', 'pre-mortem', 'red-team this', 'deep critical review', 'review from every angle', '/critical'" — these are phrases a user would naturally say. It falls short of anchor 5 because common variants like "devil's advocate", "poke holes in this", "what could go wrong", or "stress-test this plan" are missing, but it is well above anchor 3's 'some relevant keywords'.

4 / 5

Distinctiveness Conflict Risk

The niche is well carved out — "pre-mortem", "red-team this", and the explicit "never scores or fixes" cleanly separate it from scoring/review/fix skills. Minor overlap risk remains with general review skills via the broad triggers "critical" and "review from every angle", which a user might also say when they want an ordinary code review, so it is mostly distinct rather than anchor 5's minimal-conflict profile.

4 / 5

Total

18

/

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_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

relative_links

Relative link issues: 5 missing

Warning

Total

13

/

16

Passed

Repository

mthines/agent-skills

Path

skills/quality/critical/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.