meta-wearables-full-sdk-audit

Audit Meta Wearables SDK requests for full API surface coverage, capability gates, and evidence levels.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

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

What problem does it solve? Requests like "use the full Meta Wearables SDK" or "support Gen 2 and Gen 3" often hide unverified modules, stale upstream examples, unsupported device claims, and missing physical-device evidence. This Skill audits such requests against the actual public iOS, Android, and Web Apps SDK surface before implementation begins. ## Core Features & Use Cases - Full-surface capability audit: Maps every requested capability (camera, audio, Display, sensors, sessions, registration, release) to exact iOS MWDAT modules and Android Maven artifacts with source-pinned status. - Terminology and device-generation resolution: Resolves ambiguous phrases like "regular SDK" and keeps "Gen 3" as an unresolved alias until official mapping and named-device evidence exist. - Evidence-level enforcement: Separates source, static, build, mock, browser-sim, connected, physical, signed, and release-channel proof so mock or compile results are never reported as physical proof. - Use Case: A product team asks for one app covering Ray-Ban Meta Gen 2, Gen 3, and Ray-Ban Display with camera, microphone, and Web Apps parity. The audit returns the exact module matrix, source conflicts, privacy paths, and missing evidence rows instead of an unqualified "full SDK" claim. ## Quick Start Ask the agent to audit whether a Meta Wearables request covering iOS, Android, and Display actually uses the full public SDK surface with proper evidence.

Frequently Asked Questions about meta-wearables-full-sdk-audit

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

FAQPage Schema
How do I audit full Meta Wearables SDK coverage before implementation?

Run the full-SDK audit workflow: freeze the platform, artifact version, and device wording, load the surface manifest and capability-evidence plan, then map each requested capability to exact iOS MWDAT modules or Android mwdat artifacts with its required evidence level.

What does "full SDK" mean for Meta Wearables DAT?

Full SDK is treated as a composite audit across native iOS DAT, native Android DAT, Web Apps, and phone fallback lanes, not a single package. The audit inventories modules, capabilities, privacy paths, and evidence rows rather than returning an unqualified coverage claim.

Does the Meta Wearables SDK support Gen 3 glasses?

Gen 3 remains an unresolved alias until an official support mapping and named-device runtime evidence exist. The audit never maps Gen 3 to .metaGlasses, .rayBanMeta, or Display based on product announcements alone.

Can mock or simulator results count as physical device proof?

No. MockDevice fixtures and browser simulation prove deterministic logic and layout only. The evidence ladder keeps mock, connected, physical, signed, and release-channel results strictly separate, and physical claims require named-device runs.

How are iOS and Android DAT APIs compared for parity?

Each platform uses its own API atlas with exact symbols, such as Swift DeviceSession and Kotlin artifacts, and symbols are never translated by naming similarity. Known conflicts like Session versus DeviceSession are recorded and resolved against the selected artifact.