Understand IntelliJ project structure
Inspect Gradle or Maven modules, SDK and language settings, source roots, generated code, project files, run configurations, and repository conventions.
IntelliJ Codex Skills help Codex work effectively in repositories opened with IntelliJ IDEA, including Java and Kotlin code, Gradle or Maven builds, run configurations, inspections, tests, refactoring plans, and IntelliJ Platform plugin projects. Download the skills for changes that respect both the codebase and the IDE project environment.
task: complete intellij idea projects task
inspect:
- requirements and context
- existing standards
- failure and edge cases
verify: outputs + checks + handoffIntelliJ projects combine source code with build models, SDKs, language levels, modules, generated files, formatting, inspections, and local IDE state.
These skills help Codex treat the build files and repository conventions as the source of truth, preserve shareable project settings, and avoid depending on private local configuration.
Inspect Gradle or Maven modules, SDK and language settings, source roots, generated code, project files, run configurations, and repository conventions.
Navigate symbols and tests, implement focused changes, refactor safely, handle dependencies, and follow framework and language patterns.
Address compiler errors, tests, formatting, static analysis, inspections, nullability, deprecations, and project-specific checks.
Create actions, services, tool windows, inspections, intentions, settings, plugin metadata, tests, compatibility ranges, and sandbox runs.
The steps keep context, implementation, and verification visible so the result can be reviewed and repeated.
Read settings and build files, modules, SDK requirements, source sets, generated directories, shared project files, tests, and run targets.
Follow usages, inheritance, interfaces, dependency injection, configuration, resources, serialization, and affected tests.
Make the smallest coherent change, preserve formatting and generated-file rules, update dependencies carefully, and avoid committing personal IDE state.
Run the repository's build and tests, check import or sync implications, review inspections, and exercise relevant run configurations.
The workflow adjusts to the project, audience, tools, and risk while preserving the same quality standard.
Develop backend, desktop, library, and command-line code with Maven or Gradle project structures.
Work with Spring, Jakarta, Android-related modules, persistence, build plugins, code generation, and framework configuration.
Build plugin features, extension points, UI, inspections, tests, packaging, signing preparation, and compatibility checks.
Navigate shared conventions, composite builds, dependency graphs, generated sources, test fixtures, and module boundaries.
Start with one defined outcome and provide the source material, constraints, and checks that matter.
These skills are designed for people who need dependable intellij idea projects work with a visible process.
Make repository-aware changes with suitable build, test, and IDE verification.
Create and maintain plugins against declared platform versions and extension APIs.
Standardize shareable project configuration without committing machine-specific state.
Understand modules, builds, source roots, frameworks, run targets, and project conventions faster.
The skills can edit repository and shareable IntelliJ project files. Live IDE clicks, private settings, licensed features, plugin installation, and local UI state require the user's IntelliJ environment or an approved integration.
Install the complete skill folder and add the project-specific context before beginning.
Keep SKILL.md with project, Java, Kotlin, build, inspection, and plugin-development guidance.
Install with the repository so the skill can follow its modules, build system, SDK requirements, and shared conventions.
State IntelliJ edition and version, JDK, Kotlin version, Gradle or Maven version, plugins, frameworks, and supported platforms.
Provide sync, compile, test, formatting, inspection, run, plugin sandbox, and packaging commands or procedures.
Practical answers about capabilities, limits, setup, and review.
They primarily work with repository files and commands. Live IDE interaction requires a supported connection or user action.
Yes. They follow the languages, frameworks, build system, and versions declared by the project.
Only shareable project settings that the repository intentionally tracks. Machine-specific workspace and private state should remain uncommitted.
Yes. They can work with plugin metadata, Gradle configuration, extension points, actions, services, UI, inspections, tests, and sandbox runs.
No. They use repository checks and can address supplied inspection results, but the configured IDE remains an important verification surface.
Clear context. Purposeful work. Relevant checks. A result others can understand.