Útil al crear, modificar o revisar la capa de presentación de una arquitectura limpia en iOS con controladores de estado para SwiftUI/UIKit, UiState explícito, mapeo de UiModel, inyección de dependencias y revisión de código de presentación basada en estados.
Este skill, `chonamdoo/ios-clean-presentation-architecture`, está diseñado para desarrolladores de iOS que trabajan con Clean Architecture. Su propósito es asistir en la creación, modificación y revisión de la capa de presentación, asegurando que se sigan patrones como el uso de controladores de estado (state holders) para SwiftUI o UIKit, la definición explícita de `UiState`, el mapeo de modelos de dominio a modelos de UI (`UiModel`), y la inyección de dependencias. El skill facilita la generación de código consistente y la revisión de la lógica de presentación basada en estados, promoviendo una separación clara de responsabilidades y mejorando la mantenibilidad del código. Está optimizado para entornos de desarrollo con Xcode y frameworks modernos de Apple, y se integra con herramientas de línea de comandos como `xcodegen` o similares para gestionar dependencias y estructura del proyecto.
npx skills add https://github.com/chonamdoo/agent-flow/tree/main/skills/ios-clean-presentation-architectureÚtil al crear, modificar o revisar la capa de presentación de una arquitectura limpia en iOS con controladores de estado para SwiftUI/UIKit, UiState explícito, mapeo de UiModel, inyección de dependencias y revisión de código de presentación basada en estados.
This repo contains 5 individual skills — each has its own dedicated page.
Common code generation and code modification discipline for agent-flow. Use before and during implementation, TDD red/green/refactor, fix-loop, bug fixes, feature work, and any task where Codex, Claude, OMP, or another agent writes or changes code. Enforces start-before, during-implementation, and after-implementation checks without a scoring rubric.
Apply comment-quality criteria during implementation and the final comment-quality pass before final-review, multi-review, or architecture-review after code changes. Applies equally in Codex, Claude, and OMP for Python, Kotlin, React Web, React Native, iOS, Swift, and SwiftUI.
Flutter implementation and review checklist. Use only when writing, modifying, or reviewing Flutter widget code, layout constraints, adaptive sizing, navigation and routing, platform channels, platform views, background entry points, list and image performance, async gaps across `BuildContext`, disposal, theme and design tokens, accessibility, localization, offline and error states, or Flutter test and golden coverage. Do not use for Dart language generalities, native Android or iOS internals beyond the engine and channel-registration seam a Dart entry point depends on, or broad rewrites.
Use when implementing or reviewing iOS app-wide error handling where SwiftUI views/ViewModels notify common errors and an @main App, WindowGroup AppShell, NavigationStack coordinator, or UIKit AppCoordinator owns root navigation, tab/session flow switching, alerts, sheets, toast hosts, SessionExpired handling, Maintenance handling, and root reset behavior.
Synthesizes the current conversation and codebase context into a PRD, then writes or publishes it according to the caller's requested output target. Use when the user asks to turn an already-discussed idea, plan, or conversation into a PRD; use `grilling` first if key decisions are still unresolved.
ElevenLabs text-to-speech with mac-style say UX.
Oracle CLI second-model review/debug/refactor/design with selected files, dry-run token checks, API or browser engine.
Capture and automate macOS UI with the Peekaboo CLI.
Generate multiple radically different interface designs for a module using parallel sub-agents. Use when user wants to design an API, explore interface options, compare module shapes, or mentions "design it twice".
Build a throwaway prototype to flesh out a design — a runnable terminal app for state/business-logic questions, or several radically different UI variations toggleable from one route.
Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree. Use when user wants to stress-test a plan, get grilled on their design, or mentions "grill me".