Architectural Invariant Design: KMP Shared StateFlow Cross-Platform Coroutine Exception Boundary Standard
KMP Shared StateFlow Cross-Platform Coroutine Exception Boundary Standard defines an industrial-grade behavioral standard for mobile engineering. Enforces deterministic coroutine exception containment within Kotlin Multiplatform (KMP) shared state machines driving StateFlow observables. Prevents unhandled asynchronous exceptions from bypassing native boundary boundaries, which triggers uncaught fatal signals (SIGABRT/Crashlytics fatals) on iOS runtimes and unhandled ThreadDeath/Crash on Android UI main loops. Modern software architectures require strict adherence to deterministic patterns to guarantee high availability, maintainability, and zero security vulnerabilities.
Hazard Analysis: What Breaks Without This Rule
The following failure modes have been cataloged from hundreds of hours of production code reviews where AI assistants produced non-compliant implementations:
| Failure Mode | AI Symptom (The Anti-Pattern) | Severity | Production Impact & Remedy |
|---|---|---|---|
| AI Hallucination & Deprecation Drift | Uncontained coroutine scope launches propagating uncaught exceptions across Swift/Kotlin boundaries causing instant iOS SIGABRT termination | Critical | Violating this industrial standard introduces regression bugs, security risks, and unexpected runtime failures in production. Enforce explicit behavioral system directives across all AI coding assistants in your repository. |
| Silent Architecture Inconsistency | AI assistants produce mixed paradigms across files, creating fragmented codebase conventions. | Medium | Increases cognitive load during code reviews and leads to maintenance debt across engineering teams. Pin project conventions in .cursor/rules, CLAUDE.md, and AGENTS.md so all team agents follow identical guardrails. |
Step-by-Step Production Directives
Each rule constraint below is injected into the AI agent's system prompt to establish deterministic boundaries:
Engineers MUST ALWAYS attach a top-level `CoroutineExceptionHandler` to the shared `CoroutineScope` context or explicitly encapsulate execution within `runCatching` inside `launch` blocks.
Engineers MUST ALWAYS attach a top-level `CoroutineExceptionHandler` to the shared `CoroutineScope` context or explicitly encapsulate execution within `runCatching` inside `launch` blocks.
Engineers MUST NEVER allow unhandled exceptions to escape into platform-exposed `StateFlow` or `SharedFlow` operators
Engineers MUST NEVER allow unhandled exceptions to escape into platform-exposed `StateFlow` or `SharedFlow` operators; errors must be transformed into discrete domain state models (e.g., `UiState.Error`).
Engineers MUST ALWAYS configure downstream flow pipelines with `.catch { e -> emit(UiState.Error(e)) }` prior to calling `.stateIn()` to avoid uncaught upstream flow termination.
Engineers MUST ALWAYS configure downstream flow pipelines with `.catch { e -> emit(UiState.Error(e)) }` prior to calling `.stateIn()` to avoid uncaught upstream flow termination.
Shared ViewModels and state machines MUST use `SupervisorJob` combined with an isolated `CoroutineExceptionHandler` rather than standard `Job` to prevent child failures from cancelling entire host state machines.
Shared ViewModels and state machines MUST use `SupervisorJob` combined with an isolated `CoroutineExceptionHandler` rather than standard `Job` to prevent child failures from cancelling entire host state machines.
Components consuming shared flows on iOS NEVER receive raw Kotlin throwing exceptions
Components consuming shared flows on iOS NEVER receive raw Kotlin throwing exceptions; APIs must wrap execution in Swift-safe result wrappers or delegate to sanitized StateFlow instances.
Coroutines launched in `commonMain` intended for consumption by Swift MUST NOT rely on Swift `try/catch` bridges, as asynchronous Kotlin coroutine exceptions bypass Swift Objective-C exception interop.
Coroutines launched in `commonMain` intended for consumption by Swift MUST NOT rely on Swift `try/catch` bridges, as asynchronous Kotlin coroutine exceptions bypass Swift Objective-C exception interop.
Frequently Asked Technical Questions
Common questions developers face when configuring AI coding assistants for this stack:
Q:Why is KMP Shared StateFlow Cross-Platform Coroutine Exception Boundary Standard critical for AI coding assistants?
Enforces deterministic coroutine exception containment within Kotlin Multiplatform (KMP) shared state machines driving StateFlow observables. Prevents unhandled asynchronous exceptions from bypassing native boundary boundaries, which triggers uncaught fatal signals (SIGABRT/Crashlytics fatals) on iOS runtimes and unhandled ThreadDeath/Crash on Android UI main loops. Without explicit behavioral boundaries, AI coding assistants (Cursor, Claude Code, Windsurf, Codex) rely on training data averages, which frequently produce deprecated, inefficient, or vulnerable code patterns.
Q:How does adopting this rule prevent AI hallucinations?
This rule explicitly declares what the AI must avoid (Uncontained coroutine scope launches propagating uncaught exceptions across Swift/Kotlin boundaries causing instant iOS SIGABRT termination) and prescribes verified positive examples. Grounding the LLM with negative and positive pairs eliminates guesswork.
Q:Which AI coding environments are supported?
This specification is multi-platform compatible: Cursor (.cursor/rules/*.mdc & .cursorrules), Anthropic Claude Code (CLAUDE.md), Windsurf (.windsurfrules), Codex / Cline (AGENTS.md), and GitHub Copilot (.github/copilot-instructions.md).
Q:Can I combine this rule with other technology stacks?
Yes. Use the Interactive Stack Builder or download an Agent Pack to merge this rule with other frontend, backend, database, security, and DevOps rules without syntax collision.