AI som administrerer rommet, ikke møtet.

Rommet har allerede silisiumet.

Polaris ble designet fra grunnen av for å kjøre AI i produktene våre, ikke for å få det lagt til senere. Polaris Pro har en NPU på brikken klassifisert til 9.6 TOPS ved minste presisjon, som er nok til å kjøre en språkmodell i kanten, slik at dataene og prosesseringen blir på enheten og i rommet i stedet for å forlate bygningen for å bli tolket et annet sted og komme tilbake. Silisiumet er bare halvparten. Hvert rom rapporterer til én sky over én utgående forbindelse med én identitet per enhet, og den installasjonen er tilgjengelig gjennom et dokumentert API, så det som gjør Polaris til et sted å legge AI, er like mye hvordan skyen og API-ene er bygget som hva som er inni boksen. Vi tror AI vil fortsette å skape reell innovasjon i AV på begge sider av rommet, for menneskene i møtet og for administratorene som driver hundrevis av dem.

Etter hvert som vi nærmer oss lanseringen av AI-funksjoner, lister vi dem opp her for neste kvartal.

For IT-sjefen er dette et gjenfinningsproblem. Hvert Polaris-rom rapporterer allerede til én sky, over én utgående forbindelse, med én identitet per enhet, så en assistent som kan svare på «hvilke rom er i ferd med å svikte, og hvorfor» leser data som finnes i dag. Derfor er første skritt på denne siden en MCP-server. Det vanskelige var aldri modellen; det var å ha installasjonen på ett sted å spørre om.

For sluttbrukeren er det et sanntidsproblem, og det er en helt annen ingeniørøvelse. Det skjer inne i et pågående møte, der forsinkelse, hvor lyden håndteres og hvor inferensen faktisk kjører, er selve designet og ikke detaljer som kan avgjøres senere.

Hva Polaris Cloud kjører i dag →Polaris Cloud som produkt →Slik sikres enheten →