Lint Skill
Entry Criteria
Use this skill when:
- ktlint or Checkstyle violations are reported
- Asked to fix formatting issues
- Invoked as a final step by the
implement,test, orrefactorskill
Tools
| Tool | Target | Config | Auto-fix? |
|---|---|---|---|
| ktlint | Kotlin source files | .editorconfig |
Yes — make format |
| Checkstyle | Java source + XML files | etc/checkstyle.xml |
No — fix manually |
Execution Steps
make format— auto-formats all Kotlin files with ktlint. Fixes the vast majority of Kotlin style issues.make lint— reports ktlint and Checkstyle violations. Fix Checkstyle (Java/XML) violations manually.make sort— run this if anypom.xmlwas added or modified during this task.- Fix any remaining violations manually (see resources below for style guides).
make install— confirm all linting CI gates pass before finishing.
Common Violations
ktlint (Kotlin)
make format auto-fixes most of these:
- Wrong indentation (2 spaces)
- Unused or wildcard imports
- Missing trailing newline
- Line too long (max 120 characters)
To check without modifying files: make lint
Checkstyle (Java / XML)
Fix these manually:
- Wrong indentation (2 spaces, per
.editorconfig) - Line too long (max 120 characters)
- Import ordering
- Missing or malformed Javadoc
Completion Criteria
-
make formatrun (Kotlin auto-fixed) -
make lintpasses with no violations -
make sortrun if anypom.xmlwas modified -
make installpasses all CI gates
Resources
AGENTS.md— build command referencedocs/KOTLIN.md— Kotlin style conventionsdocs/JAVA.md— Java style conventionsetc/checkstyle.xml— Checkstyle configuration.editorconfig— indentation and line-length settings
Source: adobe/S3Mock — distributed by TomeVault.