skill-android-loto-orchestrator

Organize Android app architecture across domain, data, UI, and performance.

Updated Feb 3, 2026
One-click install
npx skills add https://github.com/pliniou/loto-generator --skill skill-android-loto-orchestrator
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: skill-android-loto-orchestrator
Source: https://github.com/pliniou/loto-generator/tree/main/.windsurf/skills/skill-android-loto-orchestrator
Command: npx skills add https://github.com/pliniou/loto-generator --skill skill-android-loto-orchestrator

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Este Skill facilita o alinhamento de decisões entre arquitetura, domínio, dados e UI para manter o Android Loto Generator escalável, testável e rápido, com foco em offline-first e performance.

Core Features & Use Cases

  • Definição de regras de arquitetura: manter domínio puro Kotlin, separar UI, domínio e data, e centralizar regras de negócio.
  • Planejamento End-to-End: para cada feature, produzir recorte mínimo com caso de uso, contrato de repositório, estratégia de persistência/sync, estado de tela e testes de regressão.
  • Implementação de offline-first e performance: leitura do Room, sync com WorkManager, e evitar bloqueio da main thread.
  • Arquitetura e DI: exposição de contratos claros, uso de DI com Hilt e navegação com segurança de fronteiras.

Quick Start

Defina rapidamente a estrutura de uma nova feature descrevendo domínio, contrato de repositório, estratégia de persistência, estado de UI e testes.

Frequently Asked Questions about skill-android-loto-orchestrator

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

FAQPage Schema
How do I structure an offline-first Android app using clean architecture and Compose?

Structure an offline-first Android app by separating domain, data, and UI layers using clean architecture and Compose. Keep domain logic pure Kotlin, use Room for local persistence, sync with WorkManager, and apply Hilt for dependency injection to ensure scalable and testable code.

What is the best way to plan end-to-end feature implementation for an MVVM Android app?

The best way to plan end-to-end feature implementation is to define the minimum scope including use cases, repository contracts, persistence strategies, UI state, and regression tests. This approach enforces clear layer contracts and offline-first data flow for robust MVVM architecture.

How does dependency injection with Hilt work in a clean architecture Android setup?

Dependency injection with Hilt in a clean architecture setup works by exposing clear contracts across separated domain, data, and UI boundaries. Hilt manages dependency provision to avoid main-thread blocking and centralize business rules, ensuring fast and testable offline-first performance.

Can I use Room and WorkManager for offline-first data flow without blocking the main thread?

Yes, you can use Room and WorkManager for offline-first data flow without blocking the main thread. Read from Room for immediate local access, sync data in the background with WorkManager, and maintain performance guardrails by keeping domain logic pure Kotlin.

Why should I keep domain logic pure Kotlin in an Android clean architecture project?

You should keep domain logic pure Kotlin in an Android clean architecture project to centralize business rules and maintain testability. Pure Kotlin domain layers enforce clear separation from UI and data concerns, preventing main-thread blocking and ensuring scalable offline-first behavior.