android-kotlin-corelisted

# Android Kotlin Core ## When To Use - Use this skill when the request is about: kotlin cleanup in android app, convert verbose android java-style kotlin, sealed classes for ui state. - Primary outcome: Use Kotlin idioms safely in Android apps, including nullability, data classes, sealed types, extension functions, and collection pipelines. - Handoff skills when the scope expands: - `android-state-management` - `android-testing-unit` ## Workflow 1. Map the request to the current Android stack, module boundaries, and minimum supported API level. 2. Inspect the existing implementation for implicit assumptions, duplicate helpers, and outdated patterns. 3. Apply the smallest change that improves correctness, readability, and long-term maintainability. 4. Validate the result against the relevant showcase app path and repo benchmarks. 5. Hand off adjacent work to the next specialized skill only after the core foundation is stable. ## Guardrails - Prefer official Android and Kotlin guidance over custom local conventions when they conflict. - Keep public APIs boring and explicit; avoid clever abstractions that hide Android lifecycle costs. - Do not mix architectural cleanup with product behavior changes unless the request explicitly needs both. - Document any compatibility constraints that will affect old modules or generated code. ## Anti-Patterns - Sprinkling helpers across modules without a clear ownership boundary. - Introducing framework-specific code into pure domain or dat