AI에게 “이거 분석해줘”라고 말해도 실제 요청은 완전히 다를 수 있음.

차트 분석일 수도 있고, 사진 수정일 수도 있고, 영상 제작일 수도 있음. 같은 자연어 입력창을 사용한다고 해서 뒤에서 같은 작업 방식으로 처리하면 안 되는 이유임.

DAPPOS는 2026년 5월 xBubble의 Multimodal Router를 업그레이드해 실행이 시작되기 전에 사용자의 Intent를 식별하도록 했다고 밝혔습니다. 이후 요청 종류에 맞춰 서로 다른 작업 영역을 분리하는 구조입니다.

즉 흐름은 단순히

Prompt → AI 답변

이 아니라,

Prompt → 요청 종류 판단 → 맞는 작업 경로 선택 → 실행

에 가까움.

여러 능력을 하나의 AI 안에 넣으려면 “무엇을 할 수 있느냐”만큼 언제 어떤 능력을 꺼낼 것인가가 중요함.

리서치 AI, 이미지 AI, 영상 AI가 각각 따로 있다면 사용자가 어떤 서비스를 열지 직접 선택하면 됨.

하지만 DAPPOS가 말하는 Web3 AI OS처럼 하나의 시스템에서 다양한 작업을 처리하려면 상황이 달라짐.

사용자는 목표만 말하고, 시스템이 요청을 이해한 뒤 맞는 작업 경로를 결정해야 함.

DAPPOS는 이를 위해 xBubble에서 실행 전 Intent를 식별하는 Multimodal Router, SOP별 applicable scope, 그리고 적절한 SOP를 선택·실행하는 Bubble Pilot 구조를 사용하고 있습니다.

그래서 이번 시리즈를 한 줄로 정리하면 이거임.

AI가 많은 능력을 갖는 것이 1단계라면,
사용자가 설명하지 않아도 그중 맞는 능력을 찾아내는 것이 2단계임.

Multimodal Router와 SOP Scope Control은 xBubble이 Low-Prompt AI로 가기 위해 필요한 ‘능력 선택 계층’​이라고 이해하면 가장 쉬움.