Develop Cross-Platform Features Consistently
Orchestrates multi-platform feature development: API-first design, parallel web/iOS/Android/desktop implementation.
Why it matters
Build and deploy identical features across web, mobile, and desktop platforms. This asset ensures feature parity and platform-specific optimizations through an API-first architecture and parallel implementation strategies.
Outcomes
What it gets done
Define API contracts and shared data models.
Design cross-platform UI/UX consistency.
Implement feature logic for web, iOS, and Android in parallel.
Validate feature parity and optimize platform performance.
Install
Add it to your toolbox
Run in your project directory:
curl -fsSL https://spark.entire.vc/get/ag-multi-platform-apps-multi-platform | bash Overview
Multi-Platform Feature Development Workflow
Orchestrates multi-platform feature development through API-first architecture and parallel web, iOS, Android, and desktop implementation with cross-platform validation. Use when building a feature that must ship consistently across web, mobile, and desktop with shared API contracts.
What it does
Orchestrates a multi-agent workflow for building and deploying the same feature consistently across web, mobile, and desktop platforms, using API-first architecture with parallel implementation and defined synchronization points.
When to use - and when NOT to
Use this skill when building a new feature that must ship consistently across web, iOS, Android, and optionally desktop, and when establishing shared API contracts and data models upfront would let platform teams work independently. Not a fit for single-platform features or for tasks unrelated to multi-platform feature development.
Inputs and outputs
Runs a three-phase workflow. Phase 1 (sequential architecture and API design) has a backend-architect agent define an OpenAPI 3.1 spec (REST endpoints, GraphQL schema where applicable, WebSocket events, auth, rate limiting, error formats) and shared data models; a ui-ux-designer agent builds a cross-platform design system (Material Design, iOS HIG, Fluent component specs, WCAG 2.2 AA accessibility, dark/light themes); and an architect-review agent designs shared business logic (platform-agnostic domain models, state management patterns like MVI/Redux/BLoC, caching/offline strategies, evaluating Kotlin Multiplatform or TypeScript sharing).
Phase 2 (parallel platform implementation) dispatches specialized agents per platform: a frontend-developer builds the web version (React 18+/Next.js 14+ App Router, TypeScript, TanStack Query, Zustand/Redux Toolkit, PWA, SSR/SSG, Core Web Vitals targets); an ios-developer builds SwiftUI/iOS 17+ with async/await, Core Data/SwiftData, and MVVM; a mobile-developer builds Jetpack Compose/Material 3 with Kotlin coroutines/Flow, Retrofit/Ktor, Room, Hilt, and MVI; and an optional desktop implementation uses Tauri 2.0 or Electron reusing web components with native OS integration and auto-updates.
Phase 3 (integration and validation) generates comprehensive API documentation (interactive OpenAPI/Swagger docs, SDK examples, Postman collections), validates cross-platform feature parity (functional matrix, UI consistency, accessibility, offline/network resilience testing), and applies platform-specific performance optimization (bundle size and SEO for web, app size/launch time/battery for iOS and Android, binary size/startup for desktop).
Configuration options include --platforms, --api-first (default true), --shared-code, --design-system, and --testing-strategy. Success criteria include feature parity within 5% variance across platforms, WCAG 2.2 AA accessibility, and over 40% code reuse where applicable.
Integrations
Coordinates specialized subagents for backend architecture, UI/UX design, and platform-specific development (React/Next.js, SwiftUI, Jetpack Compose, Tauri/Electron), plus documentation, testing, and performance-engineering agents.
Who it's for
Product engineering teams shipping a feature simultaneously across multiple platforms who need a coordinated, API-first workflow with parallel platform implementation rather than sequential, ad hoc per-platform builds.
Design the API contract for feature: $ARGUMENTS. Create OpenAPI 3.1 specification with RESTful endpoints, request/response schemas, and shared data models all platforms will consume.
FAQ
Common questions
Discussion
Questions & comments ยท 0
Sign In Sign in to leave a comment.