“내 잔액 보여줘”, “이 용어가 뭐임?” 같은 질문까지 복잡한 리서치와 여러 에이전트를 거치면 시간과 계산량만 늘어날 수 있음.

DAPPOS의 Light Mode는 간단한 질문이나 빠른 팩트 확인처럼 복잡한 연산이 필요하지 않은 작업에서 짧은 응답 시간을 목표로 하는 모드입니다.

즉 DAPPOS가 전문 에이전트를 많이 가지고 있다고 해서 매번 가장 무거운 경로를 사용하는 게 아님.

Light → 빠른 확인
Analyze → 깊은 조사
Plan → 실행 계획

처럼 작업의 무게에 따라 처리 비용을 다르게 가져가는 것도 AI OS에서 중요한 부분임.

1~9편을 연결하면 DAPPOS 입력창이 일반 AI의 프롬프트 창과 조금 다른 이유가 보임.

사용자는 먼저 로그인 방식으로 실행 가능 범위를 정하고,

Auto / Analyze / Plan / Light

로 작업의 기본 처리 방향을 고를 수 있음.

여기에

Bubble / Marketing / Connected Opportunity

같은 태그를 추가해 필요한 기능이나 목적을 더 구체화할 수 있고, 반복되는 행동은 Quick Button으로 바로 시작할 수 있습니다.

그 뒤에는 DAPPOS의 Intelligence Layer가 MAF와 Bubble Engine을 통해 리서치·계획·판단을 처리하고, 필요한 경우 Execution Layer로 이어지는 구조임.

즉 입력창의 옵션들이 장식처럼 많은 게 아니라,

“이번 요청을 얼마나 깊게 생각하고, 어떤 목적에 맞추며, 실행까지 얼마나 가까이 가져갈 것인가”

를 사용자가 조절하는 인터페이스라고 볼 수 있음.

AI에게 긴 영상이나 여러 페이지짜리 보고서를 맡기다 보면 중간에 작업이 끊기는 경우가 있음. 단순 질문과 달리 이런 결과물은 자료를 찾고, 만들고, 다시 검토하는 시간이 필요하기 때문임.

DAPPOS는 2026년 5월 Bubble Computer의 단일 실행 시간을 기존 최대 1시간에서 최대 3시간으로 확대했다고 발표했습니다. 공식 업데이트에서는 긴 영상·전문 비주얼·다중 페이지 PPT·PDF 보고서 등을 더 긴 세션으로 처리할 수 있다고 설명했습니다.

중요한 건 단순히 “AI가 오래 켜져 있다”가 아님. xBubble이 여러 단계를 거쳐야 하는 작업을 하나의 흐름 안에서 이어갈 수 있는 시간이 늘어난 것임.

짧은 답변보다 완성된 결과물 자체를 맡기는 방향으로 AI가 바뀌고 있다는 걸 보여주는 업데이트임.

AI 코딩으로 사이트 하나 만드는 건 점점 쉬워지고 있음. 그런데 프로젝트가 5개, 10개가 되면 “어떤 게 지금 배포 중이지?”부터 헷갈리기 시작함.

DAPPOS는 Bubble Code로 만든 AI 웹사이트를 하나의 Project Workspace에서 관리하는 기능을 소개했습니다. 공식 설명에서는 배포된 프로젝트들을 한곳에서 보고, 실행 중인지 일시정지 상태인지 추적할 수 있다고 밝혔습니다.

이게 중요한 이유는 Bubble Code를 단순한 코드 생성기로 끝내지 않으려는 방향이 보이기 때문임.

만드는 단계뿐 아니라 배포된 결과물을 계속 운영하고 관리하는 단계까지 같은 흐름에 넣는 것임.

AI 코딩이 실사용으로 넘어갈수록 “무엇을 만들 수 있나?”보다 “만든 뒤 어떻게 관리하나?”가 더 중요해질 수 있음.

AI에게 “사이트 하나 만들어줘”라고 하면 코드는 꽤 빨리 나옴.

그런데 실제 서비스를 열려고 하면 갑자기 할 일이 늘어남. 오류를 확인하고, 어떤 구조를 쓸지 결정하고, 외부 서비스를 설정하고, 테스트하고, 마지막에는 배포까지 해야 함.

DAPPOS 공식 문서도 현재 Coding Agent가 비개발자에게 어려운 이유로 이런 과정을 지적합니다. 개발자는 생성된 코드를 읽고 문제를 수정할 수 있지만, 일반 사용자에게는 코드 생성 이후의 기술 작업 자체가 또 하나의 장벽이라는 것임.

그래서 Bubble Code가 노리는 방향은 단순함.

“코드를 만들어주는 AI”가 아니라
“원하는 서비스를 실제로 작동시키는 AI”에 가까워지는 것.

이 차이가 생각보다 큼.