Skip to content
Back to skills

Dygo Thermonuclear Review

ASecurity

Run an explicitly requested, unusually strict dygo maintainability audit that seeks structural simplification, removes accidental complexity, and challenges weak abstractions without changing behavior.

  • 16 stars
  • 0 votes
  • 0 copies
  • 3 views
  • Added August 31, 2026
developmentgorefactoringapi

Works with

  • api

Security analysis

A100/100

Pro scans all 2 files and shows the line behind each finding

Scanned September 21, 2026

npx -y skills add hapyco/dygo --skill dygo-thermonuclear-review --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Dygo Thermonuclear Review?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Dygo Thermonuclear Review
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/hapyco-dygo-thermonuclear-review/badge)](https://www.skillsdirectory.com/skills/hapyco-dygo-thermonuclear-review)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: dygo-thermonuclear-review
description: Run an explicitly requested, unusually strict dygo maintainability audit that seeks structural simplification, removes accidental complexity, and challenges weak abstractions without changing behavior.
---

# dygo Thermonuclear Review

Use this skill only when the user asks for a thermonuclear, severe, exhaustive, or especially harsh code-quality review.

## Standard

Search for a structural move that deletes concepts, branches, modes, wrappers, duplication, or special cases. Do not stop at local style comments.

Challenge:

- framework capability hidden in a private Core-only path;
- Business App logic inside reusable framework packages;
- duplicated metadata decoding, naming, permission, query, or API contracts;
- files and components that became too large to reason about;
- scattered conditionals that indicate a missing model or policy;
- pass-through abstractions and generic mechanisms that hide simple data flow;
- optionality, casts, maps, or fallbacks that conceal an invariant;
- non-atomic related updates and avoidable sequential orchestration;
- one-off Studio patterns outside the design system;
- public SDK surface that has not earned a compatibility promise.

## Boundaries

- Keep an audit read-only unless implementation is authorized. Refactoring must preserve behavior; change behavior only within an authorized feature or fix, and explain the difference.
- For parallel reviews, assign distinct subsystems or concerns and require code evidence. Reconcile overlapping findings before applying changes.
- Do not reward novelty. Prefer direct and boring structure.
- Support every finding with concrete code evidence and maintenance impact.
- Distinguish a defect from an ambitious redesign opportunity.
- Do not require broad rewrites when a smaller structural correction removes the same complexity.

Files in this skill

  • SKILL.md1.6 KB
  • agents/openai.yaml43 B

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…