spring-plugin

End-to-end workflow for adding a new inspection or quick-fix feature to the explyt/spring-plugin repository: duplicate check, fact verification against authoritative javadoc, base-class and gating choice (isAvailableForFile), visible-element highlighting, registration, platform tests, branch and PR. Use when the user asks to add a new inspection, implement a Spring Boot migration check, add a quick-fix, ship a version-gated inspection, or implement a plugin feature from a migration guide.

Compact coding guidelines for the explyt/spring-plugin repository - covers process rules (think first, simplicity, surgical changes), module layout, IntelliJ Platform threading and PSI rules, inspection and test conventions, message bundles, statistics tracking, and PR hygiene. You must call this skill before any code modification in this repository.

Triages the open bug queue of the explyt/spring-plugin GitHub repository: fetches the oldest open plugin-bug and compatibility issues, refines titles, suggests labels and priorities with evidence, detects duplicates, and writes a structured triage table. Use when asked to triage spring-plugin bugs, review the bug queue, or prioritize open plugin issues.

Classifies a user request as Bug, Compatibility, Feature, Question, or Task for the explyt/spring-plugin GitHub repo, lightly researches the relevant codebase, searches similar existing issues, and either reports an existing issue or creates a correctly titled and labeled one following the repository issue forms. Use when asked to create, file, triage, or deduplicate a spring-plugin issue from a task description, bug report, compatibility problem, or feature idea.

Orchestrates a code review of the spring-plugin repository through scope/context passes, routing, domain reviewer subskills, and per-artifact validation. Use when asked to review a PR, diff, commit, branch, module, or file set, to run a full orchestrated review, or to produce a validated review report.

Normative reviewer for EDT safety, coroutines, cancellation, read/write actions, disposal, listeners and async lifecycle in the explyt spring-plugin. Use during orchestrated code review when the diff touches threading, background tasks, read or write actions, listeners, MessageBus, Disposable ownership or progress reporting.

Builds reusable context for reviewer subskills: architecture, dependencies, tests, conventions, freeze-safety hot paths, and risks. Use during an orchestrated code review after scope resolution, when asked to build review context, map affected modules, or inventory freeze-safety hot paths before a review wave.

Normative mandatory reviewer for correctness, contracts, architecture sanity, UX behavior, code quality and tests in the explyt spring-plugin codebase. Use during orchestrated code review of a PR, diff, commit or branch, or when asked to review correctness, logic, architecture or test coverage of plugin changes.

Normative per-artifact validator: reads exactly one reviewer artifact, re-verifies every claim against real source code, classifies findings as TP, FP, or Need more data, and writes exactly one validated artifact. Use during the validation wave of an orchestrated code review, when asked to validate reviewer findings, or to filter false positives from a review artifact.

Normative reviewer for persistence, settings, secrets, logging hygiene, resources, caches, cross-platform behavior and long-lived state in the explyt/spring-plugin IntelliJ plugin. Use when reviewing changes that touch PersistentStateComponent, settings UI, credentials, caches, service fields, logging, file paths, process execution, or when the review orchestrator routes a persistence/security/resources pass.

Normative reviewer for PSI lifecycle, VFS, indexing, UAST, references, inspections, intentions and PSI performance traps in the explyt spring-plugin. Use during orchestrated code review when the diff touches PsiElement handling, VirtualFile processing, caches, indexes, completion contributors, inspections, line markers or quick-fixes.

Normalizes a PR, diff, commit, branch, file list, directory, module, class, or function into an exact review target with semantic clusters and routing signals for domain reviewer subskills. Use as the first pass of an orchestrated code review, when asked to resolve review scope, or when a raw review reference must be turned into a precise list of in-scope files.

Usage-statistics coverage check for explyt/spring-plugin code reviews — verify that new user-visible features (quick fixes, intentions, gutter actions, completions, actions, tool-window controls, wizard steps) register usage via StatisticService and StatisticActionId. Use when reviewing a diff or PR that adds or changes user-facing plugin features, or when asked to check statistics or usage-tracking coverage.

Normative reviewer for memory leaks where UI components or view classes are retained by listeners on properties of long-lived services (APP/Project) or by strong references in singletons (object, companion object, static fields). Use when reviewing tool-window panels, settings pages, dialogs, wizard steps, or any code that subscribes to ObservableProperty, uses Kotlin UI DSL bindings like visibleIf/enabledIf/bindSelected, or registers components in singleton holders.

Normative reviewer for IntelliJ UI, Action System, ToolWindow, DialogWrapper, JCEF, accessibility and UI state consistency in the explyt spring-plugin. Use during orchestrated code review when the diff touches actions, tool windows, dialogs, settings panels, wizard steps, notifications, popups, renderers, icons or plugin.xml UI registrations.