GLOSSARY

Bolt.new

입문바이브 코딩

이 페이지는 바이브 코딩 문맥에서 자주 쓰이는 Bolt.new의 뜻과 쓰임을 입문 난이도 기준으로 정리한 AI 용어사전 항목입니다. 정의와 맥락, 관련 용어 5개, 관련 글 2개 순서로 묶었으니, 아래 설명을 먼저 읽고 연결된 개념과 글까지 이어서 보면 이해가 빨라집니다.

Bolt.new는 StackBlitz가 만든 브라우저 기반 앱 제작 도구입니다. 공식 소개 문구는 AI와 대화하며 앱과 웹사이트를 만든다는 것으로, 무엇을 만들고 싶은지 문장으로 설명하면 화면과 코드를 함께 만들어 줍니다. 설치할 것이 없고 결과를 바로 미리 볼 수 있어서 바이브 코딩 입문 도구로 자주 언급됩니다.

Bolt.new의 특징은 만든 결과를 실제로 굴릴 수 있는 상태까지 한 화면에서 이어준다는 점입니다. 공식 페이지는 호스팅, 데이터베이스, 사용자 인증, 검색 최적화, 분석을 하나의 익숙한 화면 안에서 제공한다고 설명합니다. Figma 디자인과 GitHub 저장소를 가져오는 기능도 있어서, 이미 있는 디자인이나 코드에서 시작할 수 있습니다.

요금 구조

요금은 토큰 사용량 기준입니다. 2026년 7월 기준 공식 요금 페이지에 따르면 무료 등급은 하루 30만 토큰, 월 100만 토큰까지 쓸 수 있습니다. Pro는 월 25달러에 월 1,000만 토큰부터 시작하며 남은 토큰을 다음 달로 넘길 수 있습니다. Teams는 구성원 1인당 월 30달러이고 Pro 기능에 협업 기능이 더해집니다. Enterprise는 별도 견적이며, 연 결제를 고르면 최대 28%까지 아낄 수 있다고 안내합니다.

ℹ️쉽게 말하면

만들고 싶은 서비스를 문장으로 설명하면 화면과 코드를 만들어 주고, 그대로 인터넷에 올릴 수 있게 해주는 도구입니다. 코드를 몰라도 첫 결과를 보기까지 걸리는 시간이 아주 짧습니다.

토큰 기준 요금이라 쓰는 방식에 따라 비용 차이가 큽니다. 프로젝트가 커질수록 한 번의 수정 요청에서 읽어야 할 코드가 늘어나기 때문입니다. 그래서 화면 하나를 완성한 뒤 다음 화면으로 넘어가는 식으로 범위를 좁혀 요청하고, 잘 나온 상태에서는 새 대화를 시작하는 편이 소모를 줄입니다.

Lovable이나 v0와 비교하면 겹치는 부분이 많습니다. 세 도구 모두 문장으로 웹 앱을 만들고 바로 배포까지 이어줍니다. 차이는 결과물의 성격에 있습니다. v0는 화면 컴포넌트 단위 생성에 강하고, Lovable은 데이터베이스가 붙은 서비스형 앱을 빠르게 세우는 데 초점이 있습니다. Bolt.new는 그 사이에서 실행 가능한 프로젝트 전체를 브라우저 안에서 다루는 쪽에 가깝습니다.

어디까지 맡길 수 있는지

리플릿과도 자주 비교됩니다. 리플릿은 개발 환경 자체를 브라우저로 옮긴 도구라 터미널과 서버 설정까지 직접 만질 수 있습니다. Bolt.new는 대화로 만드는 흐름에 더 무게가 있어서, 코드를 잘 모르는 사람이 첫 결과를 보기까지가 짧습니다. 반대로 세밀한 서버 설정이 필요해지는 순간에는 리플릿 쪽이 여유가 있습니다.

실무에서 Bolt.new가 잘 맞는 자리는 아이디어 검증 단계입니다. 랜딩 페이지, 신청 폼, 간단한 사내 도구, 투자 미팅용 시제품처럼 빠르게 보여주고 반응을 확인해야 하는 작업이 대표적입니다. 노코드/로우코드 도구와 달리 실제 코드가 그대로 남기 때문에, 검증이 끝난 뒤 개발자에게 넘겨 이어서 만들 수 있습니다.

한계도 알아두는 편이 좋습니다. 요청이 복잡해질수록 이미 잘 돌던 화면이 함께 바뀌는 일이 생깁니다. 그래서 중요한 상태에서는 GitHub에 저장해 두고 되돌릴 지점을 만들어 두는 습관이 필요합니다. 인증과 결제, 개인정보를 다루는 부분은 AI 에이전트가 만든 코드를 그대로 쓰지 말고 사람이 다시 확인해야 합니다.

StackBlitz가 만들었다는 점이 사용 경험에 영향을 줍니다. 이 회사는 브라우저 안에서 개발 서버를 돌리는 기술을 오래 다뤄 왔고, 그래서 코드를 고치면 미리보기 화면이 거의 바로 바뀝니다. 요청하고 결과를 보는 간격이 짧기 때문에 방향을 자주 바꿔가며 만들기 좋습니다.

만든 결과를 계속 키울 계획이라면 초반부터 GitHub 연동을 켜 두는 편이 좋습니다. 코드가 저장소에 남으면 나중에 다른 도구나 개발자에게 넘기기 쉽고, 브라우저 도구 안에서만 존재하는 상태를 피할 수 있습니다. 시제품으로 끝날 작업이라면 굳이 필요하지 않지만, 실제 서비스로 갈 가능성이 조금이라도 있다면 처음에 해두는 것이 편합니다.

결국 이런 도구를 잘 쓰는 요령은 요청을 잘게 나누는 것입니다. 쇼핑몰을 만들어 달라고 한 번에 말하는 대신, 상품 목록 화면을 만들고 카드마다 이름과 가격과 사진을 넣어 달라는 식으로 화면 단위로 지시하면 결과가 훨씬 안정적입니다. 프롬프트 엔지니어링이라는 말이 거창하게 들려도, 실제로는 이렇게 범위를 좁혀 말하는 습관에 가깝습니다.

RELATED TERMS