kotlin-data-kmp-data-layer

Analyze Kotlin Multiplatform data-layer architecture for repository boundaries and source-of-truth design.

11|2|Updated Sep 8, 2015
One-click install
npx skills add https://github.com/jitrapon/astro-mobile --skill kotlin-data-kmp-data-layer-jitrapon
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: kotlin-data-kmp-data-layer
Source: https://github.com/jitrapon/astro-mobile/tree/main/.claude/skills/kotlin-data-kmp-data-layer
Command: npx skills add https://github.com/jitrapon/astro-mobile --skill kotlin-data-kmp-data-layer-jitrapon

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps you design, review, and implement Kotlin Multiplatform data layers that keep ownership clear, preserve a single source of truth, and hide transport and persistence details from upper layers.

Core Features & Use Cases

  • Repository Architecture Review: Check whether repositories are meaningful boundaries or just thin endpoint mirrors.
  • Source-of-Truth Design: Validate whether one local or in-memory authority is clearly defined and consistently updated.
  • KMP Data-Layer Safety: Confirm that APIs are main-safe, immutable at the boundary, and return consistent Result-based failures.
  • Use Case: Use this Skill when auditing a shared Kotlin module that coordinates local storage, remote sync, and business logic for Android and iOS.

Quick Start

Review the KMP data layer and identify repository boundaries, source-of-truth choices, and any violations of the Result-based API contract.

Frequently Asked Questions about kotlin-data-kmp-data-layer

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

FAQPage Schema
How do I design a Kotlin Multiplatform data layer with a single source of truth?▼

A repository boundary in Kotlin Multiplatform is a meaningful architectural layer that coordinates local and remote data sources, rather than a thin endpoint mirror that directly exposes transport or persistence details to upper layers.

How do I handle errors consistently across shared Kotlin modules for Android and iOS?▼

To review a Kotlin Multiplatform data layer, validate repository boundaries, confirm source-of-truth design, check main-safe APIs, verify immutable boundary exposure, and ensure consistent Result-based error handling across local and remote data sources.

Does this KMP data layer review work for modules coordinating local and remote data sources?▼

Kotlin Multiplatform data layer safety requires main-safe APIs, immutable data exposure at boundaries, consistent Result-based error handling, and clear insulation of upper layers from transport or persistence details.

When should I not use a thin repository pattern in Kotlin Multiplatform?▼

To design a Kotlin Multiplatform data layer with a single source of truth, define one local or in-memory authority that is consistently updated, ensuring repositories coordinate remote sync and local storage while insulating upper layers from persistence details.