Opera의 WebAI는 단일 기능이라기보다 추론이 이뤄지는 위치의 변화를 의미합니다. Opera는 브라우저에서 호스팅되는 AI 기능을 공개해 웹페이지와 확장 프로그램이 사용자 기기에서 실행되는 모델을 호출할 수 있도록 합니다. 여기에는 지원 업체의 사전 설치 모델이나 사용자가 선택해 설치한 모델 가중치도 포함됩니다. 이에 따라 많은 개발자가 오랫동안 필요로 했던 운영 단계를 생략할 수 있습니다. 추론 서버를 운영하거나 확장성을 관리할 필요가 없고, 추론 비용이 크지 않으면서 지연 시간에 민감한 기능에 토큰당 API 요금을 지불하지 않아도 될 수 있습니다.
기능 면에서 WebAI는 특정 모델에 종속되지 않지만, 모델과 하드웨어가 맞아야 실용적으로 사용할 수 있습니다. Opera의 초기 출시 버전에서는 사용자가 Google의 Gemma 제품군을 선택해 사용할 수 있으며, Apple 실리콘 Mac에서는 Apple의 온디바이스 파운데이션 모델도 지원합니다. 최신 오픈 웨이트 아키텍처가 일상적인 노트북과 고성능 데스크톱에서 실행될 만큼 효율적으로 발전했기 때문에 이런 모델을 선택할 수 있습니다. 개발자는 기기별 성능 차이를 고려해 설계하기만 하면 GPU 클러스터를 마련하거나 요청별 비용을 내지 않고도 콘텐츠 분류, 요약, 가벼운 생성형 기능을 구현할 수 있습니다.
제품에 미치는 효과는 분명합니다. 성능이 충분한 하드웨어에서는 로컬 실행으로 추론 왕복 시간이 수백 밀리초나 몇 초에서 수십 밀리초 수준으로 줄어들어 탭 정리나 인라인 제안처럼 실시간 반응이 중요한 기능의 사용성이 좋아집니다. 민감한 데이터도 기기 밖으로 나가지 않아 비공개 문서 처리나 이력서 심사에서 규제와 컴플라이언스 부담을 덜 수 있습니다. 다만 개발자의 책임은 달라집니다. 기기의 처리 능력을 감지하고, 문제가 생겨도 원활하게 대체 경로를 제공하며, 사용자가 직접 모델을 내려받고 권한을 부여하는 과정의 사용자 경험을 테스트해야 합니다.
도입 과정에서는 하드웨어 성능 한계, 모델 크기, 사용자 신뢰가 주요 변수로 작용할 것입니다. RAM이나 CPU가 부족하거나 신경망 가속기가 없는 기기에서는 작은 모델도 제대로 실행되지 않거나 로컬 AI를 아예 사용할 수 없어 하이브리드 아키텍처가 필요할 수 있습니다. 보안과 업데이트 방식도 중요합니다. 브라우저는 모델 실행을 샌드박스 처리하고, 모델 가중치의 업데이트 경로를 투명하게 관리하며, 로컬 추론이 공격에 악용되는 경로가 되지 않도록 해야 합니다. 제품 팀이 따져야 할 것은 기술적으로 가능한지뿐만이 아닙니다. 실제로 로컬 실행이 필요한 기능은 무엇이고, 어떤 기능에는 클라우드 대체 경로가 적합한지 제품과 시장의 적합성도 살펴야 합니다.


