meta-wearables-route-planner

Selects the correct Meta Wearables platform route across native DAT, Display, Web Apps, and phone fallback.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams building for Ray-Ban Meta, Oakley Meta, or Meta Glasses often commit to the wrong platform surface before verifying what the SDK and device actually support. This Skill turns a wearable product idea into a verified platform route before package imports, UI work, permissions, or marketing copy harden around an unproven assumption. ## Core Features & Use Cases - Route mapping: Maps a user outcome to native DAT iOS, native DAT Android, DAT Display, Ray-Ban Display Web Apps, phone fallback, or a blocked/to-verify status with explicit first gates. - Evidence-based compatibility labels: Classifies every capability as Documented, Build-proven, Mock-proven, Connected-device proven, Physical Display proven, or To verify. - Ambiguity resolution: Resolves vague wording like "Gen 3" or "regular SDK" against official Meta sources and the surface manifest terminology contract instead of inventing SDK symbols. - Use Case: A product team asks for "camera capture on Gen 3 glasses." The Skill rewrites this as an outcome, checks the device-generation matrix and DAT changelogs, and returns either a proven native DAT route with device/firmware evidence requirements or a blocked route with the exact open questions. ## Quick Start Ask the assistant to plan the platform route for a Meta glasses feature, for example: "Plan the correct Meta Wearables route for a glanceable notification experience on Ray-Ban Display."

Frequently Asked Questions about meta-wearables-route-planner

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

FAQPage Schema
How do I choose between native DAT and Web Apps for Meta glasses?

Choose native DAT when the capability is exposed by the current DAT package and device, such as camera or audio streaming from a companion app. Choose a Web App only when the target is explicitly the Ray-Ban Display web surface, which requires a public HTTPS URL and a 600x600 layout contract.

What is the Meta Wearables Device Access Toolkit used for?

The Device Access Toolkit (DAT) is Meta's public SDK for iOS and Android that lets companion apps discover and use supported glasses capabilities like camera, audio, and Display. It has separate iOS and Android repositories with distinct packages, lifecycle, and evidence requirements.

Does every Ray-Ban Meta or Oakley Meta model support Display and camera?

No. Capabilities vary by device generation and model, so each request must be mapped to the runtime DeviceType using official sources or observed device evidence. The Skill treats unproven model-capability claims as to-verify rather than supported features.

Can Meta glasses Web Apps call native DAT APIs directly?

No. Web Apps and native DAT are separate routes with different packages, lifecycle, deployment, and proof requirements. A Web App runs as an HTML/CSS/JS experience delivered to Ray-Ban Display and cannot invoke native DAT APIs.

What should I do when a request mentions Gen 3 or a regular SDK?

Resolve the wording against current official Meta documentation, repositories, and changelogs before planning. If no official source maps the label to a device type or SDK surface, return a blocked or to-verify route instead of assuming support.