backend-jvm-language-review

Review Java and Kotlin source code for idiomatic language-level issues.

3|Updated Mar 10, 2026
One-click install
npx skills add https://github.com/infraspecdev/tesseract --skill backend-jvm-language-review
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: backend-jvm-language-review
Source: https://github.com/infraspecdev/tesseract/tree/main/shield/skills/backend/jvm-language-review
Command: npx skills add https://github.com/infraspecdev/tesseract --skill backend-jvm-language-review

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps you review Java and Kotlin code for language-level issues that compile cleanly but still lead to brittle models, unnecessary mutability, awkward exception handling, or non-idiomatic modern JVM design.

Core Features & Use Cases

  • Java idiom review: checks records, sealed types, immutability, var usage, Optional discipline, try-with-resources, equals/hashCode/toString consistency, streams, and enums.
  • Kotlin idiom review: checks null safety, data classes, sealed classes, scope functions, and coroutine launching patterns.
  • Use case: Apply it when auditing Spring or other JVM codebases to spot language-level design issues before they become bugs or maintenance debt.

Quick Start

Ask for a review of the Java or Kotlin files in scope and request language-idiom findings with severity and concrete fixes.

Frequently Asked Questions about backend-jvm-language-review

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I review Java and Kotlin code for language idiom issues that compile but cause brittle models?

To review JVM code, analyze Java and Kotlin files for immutability, Optional discipline, null safety, and coroutine patterns that compile cleanly but cause brittle behavior. This audit spots language-level design issues in domain classes and value objects before they become maintenance debt.

What are common Java and Kotlin idiom bugs in Spring codebases?

Common Java and Kotlin idiom bugs in Spring codebases include unnecessary mutability, awkward exception handling, improper var usage, and non-idiomatic coroutine launching. Code may compile cleanly but still exhibit these issues across domain classes, value objects, and concurrency usage.

How do I check Kotlin null safety and data class usage in a JVM codebase?

Checking Kotlin null safety and data class usage requires auditing source files for proper scope functions, sealed classes, and coroutine launching patterns. This ensures the codebase follows modern JVM design principles and avoids awkward exception handling or unnecessary mutability.

Does this JVM code review support both Java records and Kotlin sealed classes?

Yes, this JVM code review supports both Java records and Kotlin sealed classes. It explicitly checks these types alongside immutability, equals/hashCode/toString consistency, and data classes to ensure idiomatic modern JVM design across the audited codebase.

When should I audit JVM code for Optional discipline and try-with-resources patterns?

You should audit JVM code for Optional discipline and try-with-resources patterns when reviewing Spring or other JVM codebases for language-level design issues. This check prevents awkward exception handling and resource leaks that compile cleanly but cause runtime brittleness.