Platform capability

We build apps for Meta smart glasses.

Foundri builds on both Meta wearables paths: the Device Access Toolkit, which extends your iOS or Android app to the glasses camera, microphone, and speaker, and Web Apps, which put a real interface on the Meta Ray-Ban Display.

Developer Preview

Can Foundri build an app for Meta smart glasses?

Yes. Foundri Studio builds on both official Meta wearables paths. We use the Meta Wearables Device Access Toolkit to extend an existing iOS or Android app to the glasses camera, microphone, and speaker, and we build Web Apps in HTML, CSS, and JavaScript that run on the Meta Ray-Ban Display with Neural Band gesture input. We handle the whole path: Meta Managed Account and organization setup, Developer Mode, project registration and permissions, the build itself, and release channels for your test users.

Meta wearables development is in Developer Preview. There is no public app store yet. You can build, test on real hardware, and share with a limited group of testers today. We build so the work is ready the day publishing opens.

The two ways to build, and how we pick

Meta gives you two separate paths. They are not competing options, they solve different problems. Picking the wrong one costs you a rebuild, so this is the first thing we settle.

Device Access Toolkit

DAT

A mobile SDK that extends an app you already have. Your iOS or Android app stays the brain. The glasses become its eyes and ears.

Language
Swift on iOS, Kotlin on Android
How it ships
Swift Package Manager on iOS. Maven through GitHub Packages on Android.

What it gives you

  • mwdat-core, device connection and session lifecycle
  • mwdat-camera, video streaming and photo capture
  • mwdat-display, output to Ray-Ban Display
  • mwdat-mockdevice, testing without hardware

What you can do with it

  • Point-of-view camera streaming from the wearer
  • Photo capture
  • Microphone input
  • Speaker output
  • Session lifecycle, pause and resume, device availability

Pick this when

You have a mobile app with real logic in it, and the glasses make it hands-free. Field inspection, accessibility, live streaming, sports and coaching, anything where the phone stays in the pocket.

Web Apps for Ray-Ban Display

Web Apps

A standalone experience written in plain HTML, CSS, and JavaScript that runs on the glasses. No companion mobile app required.

Language
HTML, CSS, and JavaScript. No proprietary framework.
How it ships
You host it at a URL. Testers open it on the glasses. There is no store submission in preview.

What it gives you

  • Text, images, lists, buttons, and video
  • Meta Neural Band gesture input
  • Motion and orientation data
  • Phone GPS
  • Local storage

What you can do with it

  • Runs on the display without a companion app
  • Neural Band swipes and pinches as first-class input
  • Preview in a normal browser, then deploy to a URL
  • Fast iteration, because shipping is a deploy

Pick this when

A new, small, glanceable experience that stands on its own. Checklists, transit and directions, cooking and shop-floor steps, quick reference, light games.

Devices we build for

Camera access is available across the AI glasses line. The in-lens display and Neural Band input are specific to Ray-Ban Display.

Meta Ray-Ban Display
The one with a screen in the lens and the Neural Band on your wrist. Runs Web Apps and supports display output from the Device Access Toolkit.
Ray-Ban Meta (Gen 1 and Gen 2)
Camera, microphone, and speaker through the Device Access Toolkit. No display.
Oakley Meta HSTN
Camera, microphone, and speaker through the Device Access Toolkit.
Oakley Meta Vanguard
The sport frame. Camera, microphone, and speaker through the Device Access Toolkit.

The Neural Band changes how you design

Ray-Ban Display ships with a wristband that reads the electrical signals in your forearm, so small finger movements become input. There is no touchscreen. That is not a limitation to work around, it is the whole point: your user can act without raising their hands or talking out loud.

That is a small vocabulary. A design that assumes a phone will not survive contact with it. We design the flow around the gestures first, then build.

The whole input vocabulary

  • Swipe left, right, up, and down to move
  • Pinch with your index finger to confirm
  • Pinch with your middle finger to cancel

What we build on this platform

  • Hands-free field and inspection tools that see what the worker sees
  • Accessibility apps that describe the world out loud
  • Glasses companions for an existing iOS or Android product
  • Live capture and streaming tools for creators
  • Glanceable Web Apps: checklists, steps, directions, and reference
  • Prototypes to prove a wearable idea before you fund the full build

Our approach

We start with the constraint, not the feature list. A display the size of a stamp in the corner of one eye and a three-gesture input vocabulary will reject most product ideas you bring to it, and it is much cheaper to find that out in week one than in week eight. We map your idea onto the platform, pick the path, prove the hard part on real hardware, then build.

How an engagement runs

  1. 1

    Fit and path

    We decide whether this is a Device Access Toolkit build or a Web App, and we say plainly if it should not be a glasses product at all. That answer is worth more than a proposal.

  2. 2

    Account and access

    Meta Managed Account, your organization, Developer Mode on the hardware, project registration, and the permissions your build needs. This is fiddly and we do it for you.

  3. 3

    Prototype the hard part

    We build the riskiest interaction first and put it on real glasses. Not a slide deck. The Mock Device Kit lets us start before hardware arrives, and it does not simulate the display, so real hardware is the checkpoint.

  4. 4

    Build and test

    Full build, then out to your testers through release channels or a shared Web App URL, with real people wearing real glasses.

  5. 5

    Ready for launch day

    Publishing is not open yet. We leave you with a build, a repo, and docs that are ready to submit the day it is, not a prototype you have to rewrite.

What the platform cannot do yet

Anyone who tells you this platform is ready to ship to the public is selling you something. Here is the real state of it as of August 2026.

No public app store
Publishing to a general audience is not available in Developer Preview. Web Apps are shared as password-protected URLs to a limited group of testers. Device Access Toolkit builds go out through release channels to testers in your organization.
Meta AI is not yours to call
The assistant on the glasses is not exposed to your app in the preview. If your product needs to understand what the camera sees, that intelligence runs on your side, not Meta's.
The Mock Device Kit does not cover the display
You can build and test a lot without hardware. You cannot validate the display experience without hardware. Budget for real glasses.
The SDK is pre-1.0
The toolkits are versioned in the 0.9 range and the APIs are still moving. We build in a way that expects change, and we say so up front rather than pretending the ground is stable.
Availability is regional
You can write code anywhere. The full Wearables Developer Center and device features follow the countries where the AI glasses are supported.

Meta Wearables questions, answered

Can you build an app for the Meta Ray-Ban Display?
Yes. There are two ways and we build both. A Web App runs on the display itself in HTML, CSS, and JavaScript with no companion app. The Device Access Toolkit extends an iOS or Android app you already have onto the display. Which one is right depends on whether you are adding to an existing product or starting something new.
Do I need a companion mobile app?
Not for a Web App. It runs on the glasses on its own. You do need one for the Device Access Toolkit, because that path is built around extending a mobile app you already have.
Can I publish to an app store?
Not yet. Meta wearables development is in Developer Preview and general publishing is not open. You can share with a limited set of testers today. We build so your product is submission-ready the day the store opens.
Which glasses does the toolkit support?
Ray-Ban Meta Gen 1 and Gen 2, Meta Ray-Ban Display, Oakley Meta HSTN, and Oakley Meta Vanguard. Camera access spans the line. The in-lens display and Neural Band input are specific to Ray-Ban Display.
What can the app actually access on the glasses?
Through the Device Access Toolkit: the camera for point-of-view video streaming and photo capture, the microphone, and the speaker. Through Web Apps: Neural Band gesture input, motion and orientation data, the phone's GPS, and local storage.
Can you start before we have hardware?
Yes. Meta ships a Mock Device Kit that lets us build and test without glasses. It does not simulate the display, so we plan for real hardware before anything display-facing is called done.
How do users control the app without a touchscreen?
With the Neural Band, a wristband that reads muscle signals in the forearm. Swipes move you around, an index-finger pinch confirms, and a middle-finger pinch cancels. It is a small vocabulary, so the interaction design has to be built for it from the start.
How long does a build take?
A working prototype on real hardware usually takes 3 to 4 weeks. A full build is typically 8 to 12 weeks depending on scope. Because the platform is young, we front-load the risky parts so surprises land early.
Will we own the code?
Completely. You get the repo, the docs, and a clean handoff, same as every Foundri build.
Should we build for smart glasses at all?
Often the honest answer is not yet, or not this idea. A display in the corner of one eye and three gestures is a narrow target. We will tell you if your idea is really a phone app. That conversation is free and it saves real money.

Official Meta documentation

Primary sources for everything on this page. We keep this section current.

Related at Foundri

Meta Wearables

Building for glasses?

Tell us the idea. We will tell you which path fits, what the platform can carry today, and whether it is worth building yet.