EcosystemPlatforms

HTC VIVE Eagle

HTC VIVE Eagle for third-party developers — SDK access, app model, distribution, capabilities & AI, and where it sits in the 2026 smart-glasses landscape.

Verified 2026-07-31 against primary sources

HTC VIVE Eagle at a glance⚠ partly unverified
Third-party SDK
Public iOS + Android SDK, 0.6.0 beta, free anonymous downloaddeveloper.vive.com
App model
Your phone app drives the glasses; no on-glasses codedeveloper.vive.com
Distribution today
Ordinary App Store / Play app, plus HTC app registrationvive.com
Public publishing
Phone app publishes freely; glasses link needs HTC registrationdeveloper.vive.com
Third-party UI on-lens
No display on the device; no render APIvive.com
AI / assistant access
Bring your own model; VIVE AI closed to third partiesdeveloper.vive.com

Openness verdict. Genuinely open at build time — undocumented at ship time, and sold across four Asian markets while HTC's own Western pages still say Taiwan-only.

Covered here: VIVE Eagle (HTC's AI smart glasses) and the VIVE AI Glasses SDK for iOS and Android.

Not covered here: VIVE XR Elite, the VIVE Focus series and VIVE Flow (VR/MR headsets on the VIVE Wave / OpenXR stack) · VIVERSE (HTC's web metaverse platform, not a wearable).

Overview

HTC's VIVE Eagle is a displayless pair of AI smart glasses: a 12MP ultra-wide camera with AI auto-correction, a four-mic beamforming array, and bass-enhanced open-ear speakers on a Qualcomm Snapdragon AR1 Gen 1 with 4 GB RAM and 32 GB storage, driven by a phone (spec sheet). There is no display and no HUD — HTC's own structured data for the product says so outright, describing the lenses as "鏡片為一般鏡片,無 AR 或 HUD 顯示" (ordinary lenses, no AR or HUD display) (VIVE Eagle, Taiwan). Everything the device tells the wearer, it says out loud. Video is capped at ten minutes per clip in a vertical, social-native format, and two privacy behaviours are enforced in hardware: camera functions auto-disable when the glasses are not worn or when the capture LED is covered. A smartphone is mandatory (iOS 17.6+ or Android 10+), along with an HTC account and the VIVE Connect companion app, with use gated at 13+.

Regional availability is the sharpest thing to get right about this platform, because HTC's own pages disagree with each other. Eagle is buyable now in at least four markets, each publishing its own price: Taiwan from TWD$15,600 (TWD$19,888 for the limited photochromic UV lens), with a first-party configurator and structured data marking it InStock (Taiwan); Hong Kong at HK$3,988 (Hong Kong); Singapore from S$730 (S$880 for AdaptiveSun lenses) (Singapore); and Japan from 税込82,500円 (98,000円 for the photochromic lens) (Japan). HTC's newsroom dates each expansion — Hong Kong 11 Dec 2025, Singapore 9 Mar 2026, Japan 22 Apr 2026 (newsroom). Meanwhile vive.com/us, /uk, /de, /eu and /fr still state "VIVE Eagle is currently only available in Taiwan" — a claim HTC's own newsroom and its Asian storefronts have overtaken. Those pages are stale marketing surfaces, not evidence of unavailability; they are also why no US-dollar price for Eagle should be trusted, since no US purchase path exists at all. The device is not sold in the US, UK or EU. The openness verdict then splits along the build/ship line: the SDK, its full API reference and a working simulator are free to anyone on earth, while running on real hardware means importing from one of four Asian markets and getting your app registered by HTC through a route HTC does not document.

What you can buy

ModelPriceStatus
VIVE Eagle
vive.com
Taiwan: 建議售價 TWD$15,600 起 — 「太陽鏡片款」、「抗藍光透明鏡片款」建議售價 TWD$15,600; 「全效變色鏡片款(抗UV)」建議售價 TWD$19,888. Hong Kong: "Retail price: HK$3,988". Singapore: "Retail price: from S$730" — "Sun Lenses Retail price: S$730", "AdaptiveSun Lenses Retail Price: S$880". Japan: 希望小売価格:税込82,500円~ — サングラスレンズ 希望小売価格:税込82,500円, 調光レンズ 希望小売価格:税込98,000円.On sale

Cheapest way to run your own code: The VIVE AI Glasses SDK 0.6.0 beta downloads free for Android or iOS with no sign-in and no hardware, and runs against a documented simulator, though your app must be a debug version. Real glasses cost far more — Taiwan from TWD$15,600, Hong Kong HK$3,988, Singapore from S$730, Japan from 税込82,500円 — and the app must also be registered with HTC, by a route HTC does not document publicly, before it can talk to the device at all.

What the listings leave out

VIVE Eagle

  • One model in appearance and optics variants only: four colours across two sizes in Taiwan and three ZEISS lens options, with price differing only between the standard lenses and the black-only photochromic one, and colour names varying by market.
  • No US price exists: vive.com/us runs a full marketing page with no purchase path, so no US$ figure is published here.
  • HTC's US, UK, German, EU and French pages still state the device is Taiwan-only, contradicting HTC's own newsroom and its Hong Kong, Singapore and Japan pages; the transacting regional surfaces are treated as current and the Western pages as stale.
  • The US page says "Currently sold with sunlenses only" while the live Taiwan page sells three lens types — a vendor disagreement resolved in favour of the transacting surface.
  • Taiwan prices are suggested retail (建議售價) "from" TWD$15,600, and Taiwan Mobile bundles the glasses with service plans (搭配電信資費) across 300+ stores, so the sticker price is not what every buyer pays; no first-party bundled-price figure is published.
  • Full AI functionality requires VIVE AI Plus, bundled with a 24-month free trial on signing into VIVE Connect. HTC does not state what it costs afterwards — only that it "可能需額外註冊、同意條款並支付相關費用" — nor whether a lapsed subscription affects the SDK's STT/TTS calls.
  • Every published SDK artifact is labelled beta in the filename and the SDK has never reached 1.0; six versions exist (0.1.0, 0.2.0, 0.5.0, 0.5.1, 0.5.2, 0.6.0), with 0.3.0 and 0.4.0 never posted.
  • The SDK ships as a 7z archive rather than through Maven Central or SPM. Android gets a real Gradle coordinate, com.htc.viveglass.sdk:viveglass_client:0.6.0, but it is served from a file-based Maven repo bundled inside the download, so there is no remote repository to resolve against and no automated version bumping; iOS is a manual drop-in of ViveGlassKit.xcframework and ViveGlassSimulator.xcframework at "Embed & Sign", with no SPM and no CocoaPods.
  • HTC publishes no licence or EULA text on the download page, and neither shipped archive contains one, so the terms under which the binaries may be used commercially are not publicly stated.
  • The app-registration mechanism that clears UnregisteredAppException is not documented on the developer site, in either shipped archive, or in any public repository. The only documented route ran through HTC's Taiwan-restricted developer programme, which closed 22 July 2026 with no announced successor.
  • No minSdk is documented anywhere on the developer site: the shipped AAR manifest declares minSdkVersion 28 and the bundled sample sets minSdk 29, both usable figures, but HTC states neither.
  • ConnectionState.ERROR_UNSUPPORTED_ROM_VERSION in HTC's own sample implies the glasses' firmware version can gate the SDK, yet HTC documents no ROM-version floor or compatibility matrix, leaving update drift an unquantified risk.

Access

The VIVE AI Glasses SDK covers Android (Kotlin/Java) and iOS (Swift) from a single documented API surface, and it is not gated.

Who can downloadAnyone. The download page lists both archives with direct links — no sign-in wall, no approval step, no NDA. An unauthenticated request for Android_ViveGlassSDK_0.6.0_beta.7z returns HTTP 200 and a 12.4 MB 7z archive; the iOS archive returns 16.4 MB the same way (0.6.0 release). This corrects a common assumption that HTC's glasses SDK sits behind a partner gate: documentation and binaries are both public today
MaturityEarly but genuinely active. Six versions are published, and the cadence is tight: 0.1.0 (6 Mar 2026), 0.2.0 (30 Mar 2026), 0.5.0 (1 Jun 2026), 0.5.1 (5 Jun 2026), 0.5.2 (9 Jun 2026) and 0.6.0 (3 Jul 2026), which added advanced video streaming configurations (archive). Versions 0.3.0 and 0.4.0 were never posted. The whole SDK is under five months old, every artifact is still labelled beta in its filename, and none has reached 1.0
How you install itBy archive only. On Android the download does contain a real Gradle coordinate — com.htc.viveglass.sdk:viveglass_client:0.6.0, packaging aar — but served from a file-based Maven repository bundled inside the 7z and consumed via url = uri("$rootDir/repository"), so there is no remote repository to resolve against and no automated version bumping
iOS installA manual drop-in of ViveGlassKit.xcframework and ViveGlassSimulator.xcframework at Embed & Sign, with Xcode 15.0+ and iOS 16.0+ as the floor per the archive's own readme; no SPM, no CocoaPods
Android floorNo minSdk is documented on the site, though the shipped AAR declares minSdkVersion 28
CostZero to download
LicenseHTC publishes no licence or EULA — not on the download page, and not inside either archive, which contain no licence, EULA, terms or notice file at all. Commercial terms of use are simply unstated
Docsdeveloper.vive.com/resources/vive-ai-glasses-sdk

The real access wall sits one step later, at runtime. The Android setup page opens with "Step 1: Register the application — You must register your app to enable communication between the software and hardware" (Android setup), and the SDK enforces it as UnregisteredAppException, "thrown when the app has not yet been officially registered" (exceptions). HTC documents no way to become registered — no form, portal, email or contact route appears in the developer resources, in either shipped archive, or in any public repository. Anyone may build and simulate; who may ship against hardware is decided off-document.

App model

Code runs on the phone, not on the glasses. There is no documented way to deploy an application, applet or web view to the device; Eagle is a peripheral and the developer's own iOS or Android app is the application. The root object is ViveGlass, which "provides a unified interface for managing connections and interactions with VIVE AI Glasses" across four documented jobs — device connection, voice interaction (TTS/STT), audio input, and image input (ViveGlass reference). On Android you instantiate ViveGlass, assign a ViveGlassKit as the adapter, and call connect() with a ViveGlassClientCallback receiving onConnectionStateChanged, onImageCaptured, onSpeechTranscribed, onTextSpoken and onKeyEvent.

TransportDocumented most explicitly on iOS, and there are two paths: direct Bluetooth (NSBluetoothAlwaysUsageDescription, with UIBackgroundModes: bluetooth-central for background operation) and a local link to the VIVE Connect companion app via Bonjour service _viveglass_connect._tcp plus the viveglass-connect queried URL scheme, with your app exposing its own CFBundleURLTypes scheme for the callback (iOS setup)
VIVE ConnectNot optional infrastructure on either platform — it owns user state, getUserPreferredLocale() "retrieves the language settings from VIVE Connect", and the shipped Android manifest declares a <queries> intent for com.htc.viveglass.action.AUTH, commented "Required to query the host app for the auth handshake"
Authoring systemsOne: no Unity path, no web or WebXR path, no on-device runtime

What HTC does provide is a first-party simulator, which matters given the hardware sells only in Asia. You import com.htc.viveglass.sdk.simulator.ViveGlassSimulator, call create(appContext), set it as the ViveGlass.adapter in place of the real kit, and call showUI(supportFragmentManager). Sample media is swapped by pushing files into the app's files directory with Device Explorer at documented specs — HEIC 1440×1920 for stills, MP4 480×856 30 FPS with AAC 44.1 kHz 32 kbps stereo audio — and the page is explicit that "Your app must be a debug version" (simulator setup). The iOS simulator works differently: it borrows the iPhone's own microphone and Speech framework to stand in for the glasses rather than replaying files.

Distribution

An Eagle app is an ordinary phone app, so it reaches users through the App Store and Google Play like any other — there is no HTC store, no Eagle storefront and no on-device catalogue, because there is no on-device runtime to host one. HTC's own developer programme confirmed the shape by asking finalists for exactly what a normal mobile release requires: an Android APK, an iOS TestFlight build, a connected software backend, and store presentation assets including icon and UI screenshots (2026 VIVE Eagle developer programme). Content review is therefore Apple's and Google's; HTC documents no review or certification process of its own for third-party Eagle apps.

The gating that does exist is upstream of publishing. Your app must be officially registered with HTC before it can communicate with the glasses at all, enforced both as UnregisteredAppException and — importantly for anyone building a connection flow — as a connection state, ConnectionState.ERROR_UNREGISTER_APP, which HTC's own bundled sample handles alongside ConnectionState.ERROR_UNSUPPORTED_ROM_VERSION. An unregistered app does not crash; it silently fails to connect. Publishing one to a store is possible but pointless.

Because HTC publishes no self-serve registration route, the only documented path to registered status ran through its developer programme — and that programme was geographically restricted and has now ended. Entrants had to be ROC (Taiwan) nationals, foreign nationals holding valid Taiwan residency and actually resident there, or organisations legally registered in Taiwan. Its published schedule ran proposals 8 Jan – 9 Feb 2026, 15 teams selected 12 Feb (each receiving a pair of glasses), POC submissions 9 Mar – 19 Apr, 10 teams advancing 22 Apr, commercial development 30 Apr – 14 Jul, live demos 15–16 July, and four winners announced 22 July 2026 at NT$100,000 each. The second round was defined as teams who passed screening and "取得 HTC VIVE Eagle AI SDK" — HTC treating hardware-capable SDK entitlement as something it grants, even though the archives download publicly. Selected teams were also bound by a confidentiality and non-compete clause covering the SDK and technical documentation, a notable contrast with binaries that download with no NDA at all. No successor programme or replacement registration route is currently published. For a developer outside Taiwan the practical position today is: build and simulate freely, ship to a real wearer only by arrangement with HTC. The public third-party footprint reflects that — a GitHub search for viveglass or "vive eagle" returns two repositories in total, both with zero stars.

Capabilities, limits & AI

CapabilityThird-party access
CameracaptureImage(ImageQuality) for stills, and three startVideoStreaming(...) overloads of increasing configurability — basic VideoQuality, then with AudioStreamingFormat, then with a full VideoStreamingFormat — plus stopVideoStreaming() and isVideoStreaming(), with Framerate as a separate enumeration (ViveGlass reference). Frames arrive through StreamingBufferCallback with lifecycle on StreamingEventCallback, so this is a genuine live-frame pipeline, not just a shutter button. The sensor is 12MP ultra-wide, producing 3024×4032 stills and 1512×2016 @ 30 fps video, capped at ten minutes per clip (spec sheet).
Microphone and audiostartAudioStreaming(Microphone, bitrate, sampleRate, AudioChannel, ...) gives unusually fine control for this class of device, including a Microphone enumeration documented as defining "the directional pickup pattern of the microphone" (enumerations) — meaningful because the hardware is a four-mic beamforming array (1 directional + 3 omnidirectional), not a single capsule.
SpeechstartTranscription(boolean bContinuous) covers both continuous dictation and single-utterance capture, with results on onSpeechTranscribed; speakText(String, Locale) performs TTS out of the glasses' speakers, with progress on SynthesisEvent. STT and TTS are supplied by the platform, so a voice loop needs no third-party speech vendor. Display/UI: none. The device has no display and the API has no render, overlay or display surface anywhere in it — the only channel back to the wearer is synthesized speech through 2x stereo open-ear speakers. Any UI belongs on the phone. Sensors and input: minimal, and this is the sharpest limit. KeyEvent has exactly one case, AIBUTTON — "The AI button on the VIVE AI Glasses was pressed" (KeyEvent). The gap is quantifiable: HTC's spec sheet lists four hardware inputs — voice control, touchpad, capture button and AI button — and the SDK exposes one of them. There is no documented IMU, head tracking, gesture or location surface.
Wear state and permissionsGlassesNotWornException is thrown during connection if the user is not wearing the glasses, and a requestPermission() / checkPermission() pair with Permission and PermissionResult governs access, backed by GlassesPermissionDeniedException and NoPairedGlassesException. Pairing happens in VIVE Connect, not in your app.
Reserved surfacesThe "Hey VIVE" wake phrase and HTC's assistant, the touchpad and capture button, and app registration.
AI & the assistantHTC's platform AI is closed to third parties, but the useful primitives are not. Eagle ships with HTC's own VIVE AI, notable for letting the end user switch the underlying model — the spec sheet lists "VIVE AI 可存取以下模型:• Google Gemini • OpenAI GPT(目前為 Beta 版本)" — and Eagle can additionally wake the phone's native assistant, Siri or Google Assistant, from the glasses (VIVE Eagle, Taiwan). None of that is reachable from the SDK: there is no assistant, chat, prompt or LLM entry point in the API, and the model switch is a user setting rather than a developer choice. HTC's own legal footnote describes VIVE AI responses as "由第三方語言模型生成" (generated by a third-party language model), and full functionality requires VIVE AI Plus, a paid tier carrying a 24-month free trial on signing into VIVE Connect, with post-trial pricing undocumented beyond a note that it "可能需額外註冊、同意條款並支付相關費用". The third-party path is therefore bring-your-own-model, and it is workable: the AI button press arrives in your app as a KeyEvent, platform STT turns speech into text, you call whatever model you like from the phone, and speakText returns the answer through the glasses' speakers. HTC brokers no AI gateway and imposes no model choice on developers.

Roadmap

3 July 2026: SDK 0.6.0 shipped, adding advanced video streaming configurations — the sixth release in four months, after 0.1.0 (6 Mar), 0.2.0 (30 Mar), 0.5.0 (1 Jun), 0.5.1 (5 Jun) and 0.5.2 (9 Jun), all beta-labelled and pre-1.0 (archive). That cadence, and the steady growth of the video API, mark active development rather than a parked SDK.

8 January to 22 July 2026: HTC ran the 2026 VIVE Eagle AI Glasses Developer Programme with published dates — proposals 8 Jan – 9 Feb, 15 teams selected 12 Feb (each receiving hardware), POC submissions 9 Mar – 19 Apr, 10 teams advancing 22 Apr, commercial development 30 Apr – 14 Jul, live demos online 15 July and at HTC headquarters 16 July, and four winners announced 22 July 2026 at NT$100,000 each (programme page). That cycle closed days before this writing. HTC has not announced a successor, and whether it reopens is the single most useful signal to watch, because it is the only documented route to a registered app.

Market expansion is the live storyline. HTC's newsroom dates a steady march outward from Taiwan — Hong Kong 11 Dec 2025, Singapore with Singtel 9 Mar 2026, Japan 22 Apr 2026 (alongside a Red Dot award) — plus recurring feature drops: AI continuous-conversation mode (13 Nov 2025), Cantonese support (9 Mar 2026) and VIVE AI Notes with 12-language transcripts and summaries (31 Mar 2026) (newsroom). The programme materials also dangled international promotion for selected teams "搭配HTC海外上市計畫" (in step with HTC's overseas launch plan), pointing at further expansion. But no Western market, date or price has been announced, and HTC's US, UK, German, EU and French pages have not been updated since the Asian launches — they still assert Taiwan-only availability, which is now inaccurate rather than informative. Treat US/UK/EU availability as unannounced.

Also outstanding: a 1.0 SDK, any published licence terms, a remote dependency-manager distribution, a documented minSdk and ROM-version compatibility matrix, and a self-serve app-registration route.

In the landscape

HTC VIVE Eagle is one platform in the third-party smart-glasses landscape. See how open it is relative to other platforms, how AI works across them, and the full platform comparison.

The third-party smart-glasses landscape

Can you build third-party apps for smart glasses today? A platform-by-platform comparison — Meta, Snap Spectacles, Brilliant Labs, Rokid, RayNeo, Even Realities, Vuzix, Android XR, Apple and more: which have an official SDK, how apps are built and distributed, and whether you can publish publicly.

How open is smart-glasses development?

A mental model for the openness spectrum in smart-glasses development — SDK availability, license, build-time gating, and publishing gating — with today's platforms placed on it.

AI on smart glasses

How third-party AI works across smart-glasses platforms — which first-party assistants are reserved (Meta AI, Gemini, Ari), where you bring your own AI (phone-side, cloud, on-device), wake-word limits, and the voice-in → AI → voice-out surface that generalizes even where the assistant is closed.

How third-party smart-glasses apps are distributed

Smart glasses don't have one app store. The app-model taxonomy — companion mobile app vs. an app that runs on the glasses (native or web) — and why a single platform (Meta) offers two entirely separate developer systems: DAT and Ray-Ban Display Web Apps.

Meta smart glasses (Meta DAT)

Meta smart glasses developer guide: Wearables Device Access Toolkit (DAT 0.8.0) capabilities, supported models (Ray-Ban Meta, Oakley Meta, Ray-Ban Display), 2026 distribution state, and how Extentos abstracts the toolkit.

Capabilities

The Extentos capability vocabulary — the vendor-agnostic SDK primitives (audio, camera, voice, assistant, display, hardware events) your handler subscribes to.