CtrlK
BlogDocsLog inGet started
Tessl Logo

thermo-nuclear-code-quality-review

Run an extremely strict maintainability review for abstraction quality, giant files, and spaghetti-condition growth. Use for a thermo-nuclear code quality review, thermonuclear review, deep code quality audit, or especially harsh maintainability review.

56

Quality

64%

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 ./cursor-team-kit/skills/thermo-nuclear-code-quality-review/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

50%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 highly actionable for a review-style skill, with a concrete baseline prompt, explicit thresholds, example phrases, and a clear output/approval structure. Its weaknesses are significant redundancy — the same standards are restated in four to five different sections — and a monolithic single-file layout with no progressive disclosure despite being ~190 lines.

Suggestions

Consolidate the repeated standards: state each rule once (e.g. in "Non-Negotiable Additional Standards") and cut the restatements in "Primary Review Questions", "What to Flag Aggressively", "Preferred Remedies", and "Approval Bar" that restate the same rules in interrogative, flag, remedy, and blocker form.

Split the long example lists — "What to Flag Aggressively", "Preferred Remedies", and the "Review Tone" phrase bank — into a references/ file, keeping a short summary inline in SKILL.md.

Make the review workflow explicit and sequenced (obtain the diff/scope → run the core prompt → apply standards → prioritize per Output Expectations → decide against the approval bar), instead of leaving the process implicit across reference sections.

DimensionReasoningScore

Conciseness

The same ~7 rules (1k-line limit, spaghetti branching, wrappers/casts, canonical helpers, layering, atomicity) are restated four to five times across "Non-Negotiable Additional Standards", "Primary Review Questions", "What to Flag Aggressively", "Preferred Remedies", and "Approval Bar" — e.g. "Do not let a PR push a file from under 1k lines to over 1k lines" reappears as "Did this change enlarge a file or component past a healthy size boundary?" and "A file crossing 1000 lines due to the PR" and "the PR pushes a file from below 1000 lines to above 1000 lines". This is noticeably verbose with several padded sections (anchor 2), beyond anchor 3's "some unnecessary explanation".

2 / 5

Actionability

Concrete, usable guidance for an instruction-only skill: a copy-pasteable "Core Prompt" blockquote, an explicit threshold ("under 1k lines to over 1k lines"), ready-made review phrases ("this pushes the file past 1k lines. can we decompose this first?"), a numbered "Output Expectations" priority order, and an explicit approval bar. It falls short of anchor 5 only because it never specifies how to obtain the changes under review (e.g. diff commands or scope).

4 / 5

Workflow Clarity

The material is organized as reference sections (standards, questions, flags, remedies, tone, output, approval) rather than a sequenced process; the actual workflow (start from the core prompt, apply standards, escalate, prioritize findings, decide approval) is implicit rather than stepwise, with no checkpoints between gathering the diff and issuing findings. This matches anchor 3's "sequence present but checkpoints missing or implicit" rather than anchor 4's explicit sequence.

3 / 5

Progressive Disclosure

The body has good section headers but is a ~190-line monolith with no bundle files; content that could live in reference files (the long "Preferred Remedies" list, the "Review Tone" phrase bank, the "What to Flag Aggressively" list) is all inline. That fits anchor 3 ("some structure... content that should be separate is inline"); the >50-line simple-skill exception for scoring 5 does not apply.

3 / 5

Total

12

/

20

Passed

Description

78%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 clearly and explicitly states both what the skill does and when to use it, with concrete trigger phrases and good natural-keyword coverage. Its main gaps are a single-action framing rather than a list of specific capabilities, and mild overlap risk with generic code-review skills.

DimensionReasoningScore

Specificity

"Run an extremely strict maintainability review for abstraction quality, giant files, and spaghetti-condition growth" names the domain and concrete focus areas, but offers only one action (run a review) rather than a list of several specific actions. It fits anchor 3 (domain plus 1-2 concrete actions, not comprehensive) and falls short of anchor 4's "lists several specific actions".

3 / 5

Completeness

It explicitly answers both what ("Run an extremely strict maintainability review for abstraction quality, giant files, and spaghetti-condition growth") and when, with concrete trigger phrases ("Use for a thermo-nuclear code quality review, thermonuclear review, deep code quality audit, or especially harsh maintainability review"). This matches anchor 5; anchor 4 would require the when-clause to be less explicit than it is.

5 / 5

Trigger Term Quality

"Use for a thermo-nuclear code quality review, thermonuclear review, deep code quality audit, or especially harsh maintainability review" provides good natural keyword coverage, including a spelling variant (thermonuclear). A few natural terms are missing (e.g. "strict code review", "code quality"), matching anchor 4 rather than anchor 5's comprehensive synonym coverage.

4 / 5

Distinctiveness Conflict Risk

The distinctive modifiers ("thermo-nuclear", "especially harsh") carve out a clear niche, but "deep code quality audit" and "maintainability review" overlap generic code-review skills. This is "mostly distinct; minor overlap risk with closely related skills" (anchor 4), not anchor 5's minimal conflict risk.

4 / 5

Total

16

/

20

Passed

Validation

100%

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

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
cursor/plugins
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.