Architectural Invariant Design: KMP Proto DataStore Schema Backward Compatibility & Native Concurrency Invariant
KMP Proto DataStore Schema Backward Compatibility & Native Concurrency Invariant defines an industrial-grade behavioral standard for mobile engineering. Mandates rigid Protobuf field reservation and deterministic serialization guards for Kotlin Multiplatform Core DataStore implementations across Android ART and iOS Swift 6 concurrency domains. Prevents silent deserialization corruption, race conditions across native runtime boundaries, and runtime decode crashes caused by field renumbering or divergent schema evolution. 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 | Destructive Proto Schema Field Mutation and Non-Thread-Safe Multiplatform DataStore Deserialization | 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 mark deprecated or removed Protobuf field numbers and field names as 'reserved' to eliminate cross-platform wire re-identification bugs.
Engineers MUST ALWAYS mark deprecated or removed Protobuf field numbers and field names as 'reserved' to eliminate cross-platform wire re-identification bugs.
Engineers MUST NEVER change the field number, wire type, or cardinality (e.g., changing 'optional' to 'repeated') of an existing Protobuf field across releases.
Engineers MUST NEVER change the field number, wire type, or cardinality (e.g., changing 'optional' to 'repeated') of an existing Protobuf field across releases.
Code MUST serialize and deserialize using Okio BufferedSource and BufferedSink via androidx.datastore.core.okio.OkioSerializer to guarantee byte-for-byte parity across ART and Kotlin/Native.
Code MUST serialize and deserialize using Okio BufferedSource and BufferedSink via androidx.datastore.core.okio.OkioSerializer to guarantee byte-for-byte parity across ART and Kotlin/Native.
Services MUST supply an explicit CorruptionHandler that safely resets or migrates corrupt disk stores to a default immutable instance, logging deterministic diagnostics.
Services MUST supply an explicit CorruptionHandler that safely resets or migrates corrupt disk stores to a default immutable instance, logging deterministic diagnostics.
Components NEVER expose mutable state across the Swift/Kotlin boundary
Components NEVER expose mutable state across the Swift/Kotlin boundary; generated Proto models must be strictly immutable and validated for Swift 6 Actor and Sendable isolation.
Cross-platform migration suites MUST execute continuous bidirectional regression tests verifying that payload binaries generated on Kotlin/Native deserialize identically under Android ART.
Cross-platform migration suites MUST execute continuous bidirectional regression tests verifying that payload binaries generated on Kotlin/Native deserialize identically under Android ART.
Frequently Asked Technical Questions
Common questions developers face when configuring AI coding assistants for this stack:
Q:Why is KMP Proto DataStore Schema Backward Compatibility & Native Concurrency Invariant critical for AI coding assistants?
Mandates rigid Protobuf field reservation and deterministic serialization guards for Kotlin Multiplatform Core DataStore implementations across Android ART and iOS Swift 6 concurrency domains. Prevents silent deserialization corruption, race conditions across native runtime boundaries, and runtime decode crashes caused by field renumbering or divergent schema evolution. 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 (Destructive Proto Schema Field Mutation and Non-Thread-Safe Multiplatform DataStore Deserialization) 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.