DAPPOS xBubble로 텔레그램 봇도 쌉가능

xBubble의 Bubble Code를 이용하면 원하는 기능을 넣은 텔레그램 봇을 직접 만들어 배포할 수 있다고 합니다.

- BTC·ETH·SOL 실시간 가격 조회
- 하이퍼리퀴드 펀딩비 감시
- 조건별 자동 알림
- 원하는 커스텀 명령어 추가 등등

필요한 작업을 설명하면 Bubble Code가 봇 제작부터 배포까지 처리하는 구조

일반 챗봇이 아니라 실시간 데이터를 불러와 자동으로 알려주는 봇을 만들 수 있다는 거네요.

관심있는 분들은 저걸로 만들어 봐도 좋을 듯 !

➡️트윗 보러가기
➡️DAPPOS 스토리텔러 대시보드

#스토리텔러 #DAPPOS #DOS #xBubble #BubbleCode

DAPPOS, AI 쇼호스트까지 만들어버림

xBubble의 Bubble Code에 원하는 방송을 입력하면 AI 아바타가 진행하는 라이브방을 직접 만들고 배포할 수 있습니다.

미리 녹화해둔 디지털 인간 영상이 아니라 시청자 채팅을 읽고 실시간으로 답하는 방식. 방송 시작·종료와 세션 상태까지 한 화면에서 관리 가능

$DOS가 프리미엄 AI 서비스에 쓰이는 구조라 이런 실사용 데모가 얼마나 쓰일지도 볼 만하겠네용

나 대신 24시간 방송해주면 바로 채용합니다...

➡️DAPPOS 공식 라이브스트림 데모
➡️스토리텔러 대시보드

#스토리텔러 #DAPPOS #DOS #xBubble #BubbleCode

🦉DAPPOS, 진짜 어디까지 해줌⁉️ 1/3 - 로빈후드 체인 사이트를 만든다
🫧🫧🫧🫧🫧🫧🫧🫧🫧🫧🫧🫧🫧🫧🫧
새 체인에서 토큰을 찾을 때 AI가 이름 몇 개만 추천하면 가격·시총·유동성을 다시 하나씩 확인해야 하죠. 탐색기·DEX·데이터 사이트마다 기준과 갱신 시점도 달라, 확인을 마칠 때쯤 순위와 거래량이 바뀌기도 합니다.

정보가 없는 게 아니라 흩어진 데이터를 내가 원하는 기준으로 모아 계속 확인할 도구가 부족한 셈 새 체인이 나올 때마다 사용자가 직접 표와 대시보드를 다시 만드는 방식으로는 진입 장벽이 계속 남습니다

DAPPOS의 Bubble Code는 로빈후드 체인 데이터를 불러와 시총 순위·가격·유동성·24시간 거래량과 변동률을 보여주고, 검색·필터·데이터 출처까지 붙인 웹사이트를 제작·배포하는 데모를 공개했습니다.

답변은 금방 낡지만 직접 쓰는 도구는 새 토큰과 데이터가 들어올 때마다 다시 찾게 됩니다. DAPPOS가 필요한 이유도 아이디어를 설명하는 데서 끝내지 않고, 사용자가 반복해서 쓸 제품으로 옮기려 하기 때문 이 반복 사용이 붙어야 AI 서비스도 구독과 서비스 매출을 이어갈 수 있죠!!
🫧🫧🫧🫧🫧🫧🫧🫧🫧🫧🫧🫧🫧🫧🫧
➡️DAPPOS 공식 Robinhood Chain 제작 데모

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

DAPPOS, Bubble Up을 보내면 뭐가 달라짐 - 4/5

일반적인 재생성은 현재 결과를 다시 만드는 데 집중함. 이번 문서나 이미지, 코드가 좋아질 수는 있어도 다음 작업에서는 같은 문제가 또 나타날 수 있음.

DAPPOS는 Bubble Code 설명에서 결과가 목표와 맞지 않을 때 Bubble Up을 제출하면 Bubble Engine이 테스트·평가·반복 최적화를 통해 작업 뒤의 SOP를 개선한다고 설명한다. 결과물의 문장 몇 개를 손보는 것이 아니라, 결과를 만들어낸 절차를 조정하는 접근임.

예를 들어 로그인 기능이 자꾸 빠진다면 매번 “로그인도 추가해줘”라고 말하는 데서 끝나지 않고, 해당 유형의 서비스를 만드는 Coding SOP가 로그인·데이터·운영 흐름을 제대로 포함하는지 다시 점검하는 방식임.

좋은 결과 한 번보다 같은 유형의 작업에서 안정적인 결과를 반복해서 만드는 것. DAPPOS가 Bubble Up과 Bubble Engine을 따로 운영하는 이유가 여기에 있음.

➡️Bubble Code와 Bubble Up 개선 과정

#DAPPOS #xBubble #BubbleUp #BubbleEngine #BubbleCode #SOP #스토리텔러

DAPPOS 작은 아이디어를 실제 웹페이지로 만든다 10편

개인 소개, 모임 신청, 서비스 안내나 예약을 위한 간단한 페이지가 필요해도 직접 만들려면 디자인·코드·배포를 따로 알아봐야 함. 기능이 많지 않아도 시작 단계에서 막히는 이유임.

DAPPOS가 공개한 xBubble 지원 범위에는 Website Development가 포함됩니다. Bubble Code는 xBubble의 SOP 구조를 소프트웨어 제작에 적용해, 사용자가 기술 스택보다 사업 목표와 필요한 기능부터 말하도록 만든 모드임.

“운동 모임 소개, 날짜별 신청, 연락처 제출과 관리자 확인이 가능한 모바일 페이지”처럼 사용자와 목적을 먼저 설명하는 방식임. AI가 만들어준 결과도 개인정보 처리·결제·보안·모바일 화면을 직접 점검해야 하지만, 아이디어를 작동하는 초안으로 옮기는 시간을 줄일 수 있음.

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

#DAPPOS #xBubble #BubbleCode #WebsiteDevelopment #스토리텔러

DAPPOS, Code Mode는 원샷 생성이 아님

“웹사이트 하나 만들어줘”라고 했는데 화면은 뜨지만 버튼이 안 되거나, 수정할수록 다른 부분이 망가지는 경험이 있음.

DAPPOS는 Bubble Code의 작동 방향을 설명하면서 Code Mode는 one-shot build가 아니라고 명시했습니다. 결과가 기대에 미치지 못하면 Bubble Engine이 기반 Coding SOP를 테스트하고 평가한 뒤 반복적으로 최적화하는 구조라고 설명합니다.

즉 사용자가 매번
“여기 다시 고쳐줘 → 또 테스트해줘 → 오류 찾아줘”
라고 모든 수정 단계를 직접 지시하는 부담을 줄이려는 방식임.

좋은 코딩 AI의 기준이 코드 한 번 생성하는 능력에서 테스트와 개선 루프까지 얼마나 대신 처리하느냐로 이동하고 있다는 사례임.

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

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

DAPPOS, 생성보다 그다음 관리가 더 중요함

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

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

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

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

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

🔗스토리텔러 공지 l 웹사이트 l 트위터 l 링크트리 l 스토리텔러 대시보드
#DAPPOS #xBubble #BubbleCode #ProjectWorkspace #Web3AIOS #스토리텔러

DAPPOS, AI 코딩의 진짜 장벽은 코드 밖에 있음

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

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

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

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

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

이 차이가 생각보다 큼.

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

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

DAPPOS, 코딩보다 귀찮은 건 인프라일 수도 있음

웹서비스를 만든다고 생각하면 보통 화면과 코드부터 떠올림.

하지만 실제 공개까지 가려면 도메인, 서버, 클라우드 호스팅, DNS 같은 것들이 따라옴. 코드를 몰라도 AI가 만들어줬는데, 마지막 단계에서 다시 검색창에
“DNS 연결 방법”
“서버 배포 방법”
을 찾게 되는 이유임.

DAPPOS는 Bubble Code 설명에서 실제 프로젝트에는 domains, servers, cloud hosting, DNS 등 코드베이스 밖의 서비스가 필요하다​고 짚고 있습니다. Bubble Code는 Coding SOP와 AI가 접근할 수 있도록 패키징된 외부 서비스를 함께 묶어 이 간극을 줄이려는 구조입니다.

즉 목표는 코드 파일 하나 전달하고 끝내는 게 아님.

아이디어 → 코드 → 인프라 → 실제 공개

여기까지 한 흐름으로 이어지는 것이 중요함.

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

#DAPPOS #xBubble #BubbleCode #CloudHosting #DNS #스토리텔러

DAPPOS, 외부 기능 연결도 코딩의 일부로 보는 이유

쇼핑몰을 만들었다고 해도 결제가 없으면 실제 쇼핑몰로 쓰기 어려움.

예약 서비스를 만들었다면 알림이 필요할 수 있고, AI 서비스를 만든다면 별도의 모델 API를 연결해야 할 수도 있음.

DAPPOS 공식 Bubble Code 문서는 코드 밖에서 필요한 대표적인 서비스로 SMS, payments, model APIs 등을 직접 언급합니다. 그리고 Coding SOP와 함께 이런 제3자 서비스를 AI가 활용할 수 있는 형태로 패키징하는 방향을 설명합니다.

여기서 핵심은 “AI가 API 코드를 써준다”에서 한 단계 더 나아간다는 것임.

사용자는
“결제 붙이고 문자 알림도 넣어줘”
라고 결과를 말하고,

뒤에서는 Bubble Code가 필요한 서비스와 작업 절차를 연결하려는 구조임.

비개발자에게 AI 코딩이 정말 쉬워지려면 이 부분까지 줄어들어야 함.

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

#DAPPOS #BubbleCode #API #Payments #SOP #스토리텔러