Architectural Invariant Design: Kotlin Multiplatform Swift 6 Complete Concurrency & Sendable Transfer Boundary
Kotlin Multiplatform Swift 6 Complete Concurrency & Sendable Transfer Boundary defines an industrial-grade behavioral standard for mobile engineering. Enforces compiler-verified isolation and explicit value semantics across the Kotlin/Native Objective-C bridge under Swift 6 strict concurrency checks. Prohibits unsynchronized reference passing of mutable state from Kotlin across actor boundaries, requiring explicit @Sendable bridging models, immutability, or actor isolation to prevent race conditions and Swift compiler diagnostics. 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 | Exposing Unchecked Kotlin Reference Types Across Swift 6 Actor Boundaries Causing Data Races | 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 NOT expose mutable Kotlin objects (classes with `var` or mutable collections) directly across the Swift boundary for cross-actor dispatch.
Engineers MUST NOT expose mutable Kotlin objects (classes with `var` or mutable collections) directly across the Swift boundary for cross-actor dispatch.
Engineers MUST ALWAYS map Kotlin bridged types into native Swift immutable structs conforming to `Sendable` before crossing Swift actor isolation boundaries.
Engineers MUST ALWAYS map Kotlin bridged types into native Swift immutable structs conforming to `Sendable` before crossing Swift actor isolation boundaries.
Engineers MUST NOT annotate Swift wrappers with `@unchecked Sendable` unless backed by a formally verified synchronization primitive such as an `OSAllocatedUnfairLock`.
Engineers MUST NOT annotate Swift wrappers with `@unchecked Sendable` unless backed by a formally verified synchronization primitive such as an `OSAllocatedUnfairLock`.
Shared Kotlin Flow emissions MUST be consumed through an explicit async-sequence adapter that bounds emissions to a designated Swift actor or Task boundary.
Shared Kotlin Flow emissions MUST be consumed through an explicit async-sequence adapter that bounds emissions to a designated Swift actor or Task boundary.
Public Kotlin export APIs in `commonMain` MUST model transport entities as deeply immutable data classes (`val` fields only) to preserve structural integrity under Swift import.
Public Kotlin export APIs in `commonMain` MUST model transport entities as deeply immutable data classes (`val` fields only) to preserve structural integrity under Swift import.
Frequently Asked Technical Questions
Common questions developers face when configuring AI coding assistants for this stack:
Q:Why is Kotlin Multiplatform Swift 6 Complete Concurrency & Sendable Transfer Boundary critical for AI coding assistants?
Enforces compiler-verified isolation and explicit value semantics across the Kotlin/Native Objective-C bridge under Swift 6 strict concurrency checks. Prohibits unsynchronized reference passing of mutable state from Kotlin across actor boundaries, requiring explicit @Sendable bridging models, immutability, or actor isolation to prevent race conditions and Swift compiler diagnostics. 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 (Exposing Unchecked Kotlin Reference Types Across Swift 6 Actor Boundaries Causing Data Races) 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.