kotlin-project-architecture-review

Evaluate architecture proposals and modularization for Kotlin Multiplatform projects.

1|Updated Apr 2, 2026
One-click install
npx skills add https://github.com/leogallego/ansible-jane --skill kotlin-project-architecture-review-leogallego
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: kotlin-project-architecture-review
Source: https://github.com/leogallego/ansible-jane/tree/main/skills/kotlin-project-architecture-review
Command: npx skills add https://github.com/leogallego/ansible-jane --skill kotlin-project-architecture-review-leogallego

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Reviews architecture decisions for Kotlin Multiplatform / Compose Multiplatform projects to ensure maintainability, clear ownership, and durable boundaries across layers.

Core Features & Use Cases

  • Evaluates module boundaries, state-holder strategies, and Android entry-point discipline.
  • Assesses PR structures, migrations, and long-term maintainability decisions.
  • Guides proper layering, domain vs data ownership, and source-set placement.

Quick Start

Analyze a Kotlin Multiplatform project and provide an architectural critique focusing on boundaries, ownership, and evolution.

Frequently Asked Questions about kotlin-project-architecture-review

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

FAQPage Schema
How do I review Kotlin Multiplatform architecture for module boundaries and maintainability?

To assess Kotlin Multiplatform architecture, evaluate module boundaries, source sets, and layering to ensure clear ownership and safe evolution. It checks domain vs data layers and platform-specific vs shared code for maintainable structure.

What is the best way to structure domain and data layers in a Compose Multiplatform project?

Structuring layers in Compose Multiplatform requires separating domain and data ownership across source sets. This ensures a single source of truth and unidirectional data flow, keeping shared code maintainable and diagnosable.

Does this approach evaluate PR structure and migrations for Android entry points?

Yes, evaluating PR structure and migrations includes checking Android entry-point discipline and state-holder strategies. This verifies that changes respect module boundaries and maintain durable architectural layers.

Can I use this to assess modularization decisions for a KMP project?

Yes, you can assess modularization decisions for KMP projects. It evaluates feature plans and module splits to ensure a clear single source of truth and explicit guidance for future changes across shared code.

Why does my Kotlin Multiplatform architecture lack a single source of truth across modules?

Architecture lacks a single source of truth when module boundaries and data ownership are poorly defined across source sets. Evaluating domain vs data layers and state-holder strategies ensures unidirectional data flow and clear ownership.