DAPPOS, Bubble Code가 실시간 데이터를 붙이는 이유

AI에게 토큰 순위 사이트를 만들어달라고 하면 가장 쉬운 방법은 예시 숫자를 화면에 넣는 것임.

보기에는 그럴듯함.

하지만 가격과 순위가 바뀌어도 그대로라면 결국 데모에 가까움.

DAPPOS는 2026년 7월 Bubble Code 시연에서 Robinhood Chain의 실제 체인 데이터를 사용해 토큰 랭킹 웹사이트를 만들고 배포하는 사례를 공개했습니다. 공식 설명에서도 hard-coded token data가 아니라 chain data를 사용한다는 점을 강조했습니다.

즉 중요한 건 페이지 모양만 만드는 게 아님.

실시간 데이터 → 처리 → 화면 → 배포

이 연결이 되어야 웹사이트가 계속 살아 움직이는 서비스가 됨.

Bubble Code가 단순 UI 생성기와 달라지려는 지점 중 하나임.

🔗스토리텔러 공지 l 웹사이트 l 트위터 l 링크트리 l 스토리텔러 대시보드

#DAPPOS #xBubble #BubbleCode #RealTimeData #RobinhoodChain #스토리텔러

DAPPOS, Custom Function이 필요한 순간

AI 웹사이트 제작 도구가 쉬운 이유 중 하나는 미리 준비된 구조를 많이 활용하기 때문임.

문제는 내가 원하는 기능이 템플릿에 없을 때임.

예를 들어 특정 데이터를 계산하고, 조건을 판단한 다음, 그 결과에 따라 다른 행동을 실행해야 한다면 단순한 화면 조립으로는 부족할 수 있음.

DAPPOS가 2026년 7월 공개한 Bubble Code 사례에서는 custom functions, real-time data, deployable execution​을 함께 강조했습니다. 즉 고정된 페이지를 만드는 것뿐 아니라 사용 목적에 맞는 기능을 넣고 실제 실행 가능한 형태까지 연결하려는 방향임.

결국 AI 코딩에서 중요한 건
“예쁜 사이트를 만들 수 있나?”보다

“내가 원하는 로직을 실제 기능으로 만들 수 있나?”

일 수 있음.

🔗스토리텔러 공지 l 웹사이트 l 트위터 l 링크트리 l 스토리텔러 대시보드

#DAPPOS #BubbleCode #CustomFunction #RealTimeData #AIService #스토리텔러

DAPPOS, 생성보다 관리가 어려워지는 순간

AI 덕분에 웹서비스 하나 만드는 시간이 줄어들면 새로운 문제가 생김.

프로젝트가 많아지는 것임.

어떤 사이트가 현재 실행 중인지, 어떤 프로젝트를 잠깐 멈췄는지, 무엇을 배포했는지 하나씩 찾아다니면 결국 관리 도구가 또 필요해짐.

DAPPOS는 Bubble Code로 만든 AI 웹사이트들을 하나의 Project Workspace에서 관리하도록 하는 기능을 공개했습니다. 공식 설명에서는 배포된 프로젝트들을 한곳에서 확인하고 running 또는 paused 상태를 추적할 수 있다고 설명합니다.

이게 의미 있는 이유는 Bubble Code의 범위가

만들기 → 배포하기 → 운영 상태 관리하기

까지 넓어지고 있기 때문임.

AI 시대에는 “얼마나 빨리 만드나”만큼 “만든 것을 얼마나 쉽게 관리하나”도 중요해질 수 있음.

🔗스토리텔러 공지 l 웹사이트 l 트위터 l 링크트리 l 스토리텔러 대시보드

#DAPPOS #xBubble #BubbleCode #ProjectWorkspace #Deployment #스토리텔러

DAPPOS, 이제 ‘페이지’보다 ‘비즈니스 흐름’을 만들려 함

소개 페이지 하나 만드는 것과 실제 서비스를 운영하는 건 다름.

실제 비즈니스라면 상품이나 콘텐츠가 있고, 사용자가 행동하고, 경우에 따라 결제하거나 예약하고, 그 뒤의 처리까지 이어져야 함.

DAPPOS의 2026년 7월 개발 업데이트에서는 Bubble Code의 Full-Stack Commerce + Service Flows를 강화했다고 밝혔습니다. 같은 업데이트에서 Bubble Engine이 유료 콘텐츠 상품과 서비스 예약 등을 다루는 Paid Content + Booking SOP를 반복 학습·개선하는 내용도 공개했습니다.

즉 방향은
“홈페이지 하나 생성”이 아니라

사용자가 들어와 실제 행동을 완료하는 전체 흐름을 만드는 쪽에 가까움.

AI 코딩이 비즈니스 도구가 되려면 결국 여기까지 와야 함.

🔗스토리텔러 공지 l 웹사이트 l 트위터 l 링크트리 l 스토리텔러 대시보드

#DAPPOS #BubbleCode #Commerce #Booking #BubbleEngine #스토리텔러

DAPPOS, Code Mode가 원샷 생성이 아닌 이유

AI 코딩에서 흔한 장면이 있음.

처음 결과를 보고
“거의 맞는데 뭔가 부족한데…”
싶어서 프롬프트를 계속 수정하는 것임.

DAPPOS는 Bubble Code의 Code Mode를 설명하면서 “one-shot build가 아니다”​라고 명시했습니다.

결과가 사용자의 제품 목표와 충분히 맞지 않을 경우 Bubble Up을 제출하면, Bubble Engine이 기반 Coding SOP를 테스트하고 평가하면서 개선하도록 설계됐다고 설명합니다.

즉 개선 대상이 생성된 코드 하나만이 아님.

그 코드를 만들어내는 작업 방법 자체도 다시 평가하는 구조임.

한 번 잘 찍어내는 AI보다
반복하면서 제작법까지 좋아지는 AI를 노린다는 얘기임.

🔗스토리텔러 공지 l 웹사이트 l 트위터 l 링크트리 l 스토리텔러 대시보드

#DAPPOS #BubbleCode #BubbleUp #BubbleEngine #CodingSOP #스토리텔러

DAPPOS, 아이디어에서 작동하는 서비스까지

사람이 원하는 건 대부분 코드 파일 자체가 아님.

“이런 사이트가 있었으면 좋겠다.”
“이 일을 대신해주는 Agent가 필요하다.”
“이 서비스를 실제로 운영하고 싶다.”

결국 원하는 건 작동하는 결과임.

DAPPOS는 Bubble Code를 Coding SOP와 AI가 활용 가능한 외부 서비스의 조합으로 설명하며, 사용자가 기술 계층을 하나씩 직접 관리하지 않고 business intent에서 working software로 이동하도록 하는 방향을 제시합니다.

여기에 2026년 8월에는 BNB Agent Studio와 예약 실행 인프라까지 공개됐습니다.

그래서 Bubble Code의 핵심을 한 문장으로 줄이면 이쪽에 가까움.

“AI가 코드를 대신 쓰는 것”에서
“AI가 서비스를 완성하는 것”으로.

DAPPOS가 말하는 Low-Prompt의 다음 단계가 이런 모습일 수 있음.

🔗스토리텔러 공지 l 웹사이트 l 트위터 l 링크트리 l 스토리텔러 대시보드

#DAPPOS #xBubble #BubbleCode #BNBAgentStudio #Web3AIOS #스토리텔러