The WebXR series so far has covered the lightweight (A-Frame) and engine-grade (Babylon.js) paths. Immersive Web SDK (IWSDK) adds a third orientation: AI-native. The SDK is built so AI coding agents can see the running scene, run it, and debug it — not just write code that targets WebXR.

iwsdk.dev · github.com/facebook/immersive-web-sdk · MIT · Meta Platforms · package @iwsdk/core

What “AI-native” means here

IWSDK exposes 32 tools that an AI agent can invoke against the running app: screenshot capture, controller input simulation, scene-graph inspection, engine-level debugging, state snapshots. The framing in the project’s own words: “AI agents can see, interact with, and debug your 3D scenes.”

The practical effect during development: a Claude Code, Codex, or Cursor session that’s working on a WebXR scene can grab a screenshot of the current camera view, list scene-graph nodes, fire a synthetic controller click, or read materials/transforms — and iterate based on the actual rendered state, not just source guesses. This is the same direction as the Meta Wearables Web App AI Toolkit, applied to general WebXR rather than Ray-Ban Display glasses.

Quick start

One command bootstraps a new project:

npm create @iwsdk@latest

The scaffold pulls @iwsdk/core and wires the agent-tool interface alongside the WebXR scene setup. From there the iteration loop is:

  1. Run the project locally and tunnel it (Cloudflare quick tunnel works the same as the A-Frame article):

    cloudflared tunnel --url http://localhost:8080
    
  2. Open the printed HTTPS URL on Quest 3 (Meta Quest Browser) or in Safari on Vision Pro.

  3. Ask the AI agent to inspect, screenshot, or simulate input against the running scene; let it iterate on the source.

Where IWSDK fits the series

Path Authoring style Best for
A-Frame Declarative <a-scene> Quick declarative WebXR, no build step
Babylon.js Imperative TS engine PBR, physics, AR feature manager
IWSDK Imperative + agent introspection AI-driven iteration on a WebXR scene

A team that already prototypes with an AI assistant gets the most leverage from IWSDK: the assistant can verify its own work against the live scene rather than relying on the team to describe what’s wrong.

Caveats to confirm during a hackathon

The project’s homepage emphasizes the agent surface and the install path; explicit headset compatibility (immersive-vr vs immersive-ar, hand input support) is not enumerated on the landing page itself. Treat these as the first verifications when starting:

  • Confirm immersive-vr and immersive-ar sessions on the target browser (Meta Quest Browser, Safari/visionOS, Snap Spectacles Browser Lens).
  • Confirm hand tracking and controller input expectations.
  • Pin the SDK version (@iwsdk/[email protected]) — alpha-style versioning is implied.

Questions? Reach the team via the Contact page.

// BACK TO NEWS