meta-wearables-device-compatibility

Validates Meta Wearables device compatibility claims against versioned evidence tuples and firmware matrices.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill requires pyyaml, and includes scripts (resource) and references (resource) components.

What problem does it solve? Determining whether a specific Ray-Ban Meta or Meta glasses product actually supports a given DAT iOS, DAT Android, Display, or Web Apps capability is error-prone because marketing labels, firmware versions, and SDK releases drift apart. This Skill replaces guesswork with a versioned, evidence-backed compatibility tuple so teams never ship support claims based on product names or assumptions. ## Core Features & Use Cases - Versioned compatibility tuples: Records phone OS, Meta AI companion version, glasses firmware, on-glasses DAT app, link transport, and observed DeviceType as one auditable unit. - Machine-checked evidence packets: Ships a YAML evidence-packet template and a validator script that enforces all eight COMP-* evidence rows, redaction rules, and Gen 3 gating before a claim is closed. - Strict anti-hallucination boundaries: Blocks mapping Gen 3 labels to SDK enums, treating login-gated pages as known values, or equating iOS, Android, and Web Apps symbols by name. - Use Case: Before promising camera support on Ray-Ban Meta Gen 2 with DAT 0.9, run the workflow to freeze the exact artifact, read the authenticated version-dependency table, exercise the capability on the physical pair, and produce a validated compatibility packet. ## Quick Start Ask the agent to verify whether a named Meta wearable supports a specific DAT capability and produce a validated compatibility evidence packet.

Frequently Asked Questions about meta-wearables-device-compatibility

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

FAQPage Schema
How do I check if Ray-Ban Meta glasses support a DAT capability?

Freeze the exact SDK artifact and target tuple first, then exercise the capability on the physical device with a negative and recovery path. Record results in the compatibility evidence packet and validate it with the bundled script before claiming support.

How do I validate a Meta Wearables compatibility evidence packet?

Run python3 scripts/validate_compatibility_packet.py with your packet YAML file. The validator checks all eight COMP-* evidence rows, redaction rules, route and status values, and rejects completed packets lacking connected, physical, and release evidence.

Does Gen 3 hardware map to the metaGlasses DeviceType enum?

No. The Skill explicitly forbids mapping Gen 3 to .metaGlasses, .rayBanMeta, Display, or any enum based on product announcements. A Gen 3 claim requires an official mapping plus physical or release-level COMP-GEN3-01 evidence.

What happens when the version-dependency page requires login?

Record the state as access-gated and never fill values from memory or community reports. The packet stays open until the authenticated table is read directly, and the validator accepts access-gated as an explicit status.

Can DAT iOS and DAT Android symbols be treated as equivalent?

No. The Skill prohibits equating iOS, Android, and Web Apps symbols by naming similarity. Each platform needs its own artifact inspection, capability run, and evidence rows before parity is claimed.