meta-wearables-web-apps

Build and review Meta Wearables Web Apps for Ray-Ban Display with 600x600 contract and HTTPS delivery.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

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

What problem does it solve? Building web experiences for the Meta Ray-Ban Display requires following a strict 600x600 display contract, public HTTPS delivery, focus and D-pad/EMG input handling, and separating simulator evidence from physical-device proof, all while official sources conflict on features like text input, offline support, and sensors. ## Core Features & Use Cases - Display and input contract enforcement: Guides design within the 600x600 canvas with visible focus, deterministic D-pad action mapping, and recoverable error states. - Preflight receipt runner: The bundled script inspects the HTML entrypoint for Meta metadata markers (viewport, description, mrbd-web-app-capable), checks local script references, optionally runs node --check, and performs read-only HTTPS origin checks. - Source-conflict tracking: Records toolkit-versus-Developer-Center disagreements on text composer, offline, back navigation, gestures, and sensors as separate to-verify evidence rows. - Use Case: When shipping a glanceable Web App to Ray-Ban Display, run the preflight runner against your entrypoint and public origin, then follow the staged simulator-to-physical-device validation workflow. ## Quick Start Ask the agent to preflight your Web App entrypoint with the bundled runner and review the page against the 600x600 display and input contract before deploying to a public HTTPS URL.

Frequently Asked Questions about meta-wearables-web-apps

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

FAQPage Schema
How do I build a Web App for Meta Ray-Ban Display?

Build a minimal HTML/CSS/JavaScript page within the 600x600 canvas contract, add viewport, description, and mrbd-web-app-capable metadata, implement visible focus with deterministic D-pad input mapping, and deliver it over a public HTTPS URL. Validate in the official browser simulator before testing on physical hardware.

What is the 600x600 display contract for Meta Wearables Web Apps?

The 600x600 contract defines the Web App canvas on Ray-Ban Display. Design inside it rather than scaling a phone layout, keep content additive and glanceable, and ensure every screen has a first useful state plus a recoverable error state.

Does the Ray-Ban Display Web App support text input, offline mode, or sensors?

Sources conflict: the Developer Center index lists no text input, offline, or back navigation, while the toolkit documents a composer, service-worker offline patterns, Escape/back, gestures, and sensors. Treat these as to-verify features with phone or manual fallbacks until simulator, firmware, and physical runs agree.

Can I test a Meta Wearables Web App without physical glasses?

Yes, the official browser simulator validates web behavior and some input logic, and the preflight script checks metadata, local scripts, and HTTPS origin reachability. However, neither proves real glasses rendering, brightness, latency, or hardware input, which require a physical Ray-Ban Display run.

Why does a Web App need a public HTTPS URL for glasses delivery?

Meta Web App delivery requires a public HTTPS origin; localhost, private tunnels, and credential-embedded URLs are rejected. The preflight runner performs a read-only HEAD check on the origin and fails non-HTTPS or unreachable URLs.