meta-wearables-app-architecture

Architects iOS, Android, and Ray-Ban Display apps on Meta Wearables DAT with platform adapter boundaries.

Updated Sep 6, 2026
One-click install
npx skills add https://github.com/shotcowboystyle/meta-wearables-ops-plugin --skill meta-wearables-app-architecture-shotcowboystyle
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: meta-wearables-app-architecture
Source: https://github.com/shotcowboystyle/meta-wearables-ops-plugin/tree/main/.agent/skills/meta-wearables-app-architecture
Command: npx skills add https://github.com/shotcowboystyle/meta-wearables-ops-plugin --skill meta-wearables-app-architecture-shotcowboystyle

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Building apps on Meta Wearables DAT often leads to platform SDK types leaking into UI and domain code, making the architecture fragile when glasses are absent, disconnected, permission-denied, or thermally limited. This Skill structures the product boundary before any DAT symbol is imported. ## Core Features & Use Cases - Layered boundary design: Separates shared domain/policy, platform adapters (Swift, Kotlin, Web App), surface presenters, and test fakes so DAT imports never reach views or domain models. - State machine and lifecycle modeling: Defines registration, permission, session, capability, thermal, and fallback states with session epochs and typed fallback instead of hidden retries. - Vertical-slice playbooks: Ships five playbooks (native Display card, camera-to-phone, audio-first, Web App, cross-surface) with proof ladders from reducer tests through physical-device evidence. - Use Case: When starting a new glasses companion app, use this Skill to produce a module boundary diagram, adapter interface map, data-flow classification, and a test-seam matrix before writing Swift or Kotlin code. ## Quick Start Use the meta-wearables-app-architecture skill to design the module boundaries and fallback state machine for a camera-to-phone Meta glasses feature.

Frequently Asked Questions about meta-wearables-app-architecture

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I architect a Meta Wearables DAT app for iOS and Android?

Define a shared domain layer with product-level protocols, then implement separate Swift and Kotlin adapters that own DAT imports, streams, and DatResult types. Keep registration, permission, session, and capability as distinct gates with one coordinator owning the session epoch.

How should I handle glasses disconnection or missing hardware in app design?

Model disconnected, unsupported, thermalLimited, and failed as explicit typed states rather than generic errors. Build the phone fallback first so the user outcome remains achievable with no glasses, no permission, or no network.

Can I share one cross-platform interface between Swift and Kotlin DAT code?

Share state vocabulary and policy, not SDK symbols. Swift AsyncSequence and Kotlin Flow/DatResult have different cancellation semantics, so a single facade hides real platform differences; return capability-specific unsupported states instead.

What is the difference between a native Display app and a Web App on Ray-Ban Display?

Native Display uses the MWDAT display tree with capability gating and clear/stop lifecycle, while a Web App is hosted HTTPS HTML/CSS/JS in a 600x600 surface. They are distinct adapters and must not be treated as interchangeable.

Does MockDevice testing prove physical glasses behavior?

No. MockDevice, browser simulators, and reducer tests validate state machines and adapter mapping only. Physical evidence requires a named model, firmware, companion app, and build running the actual camera, audio, or Display operation.