파일과 폴더 구조
프로젝트는 여러 파일이 모여 만들어집니다. 어떤 파일이 화면이고, 어떤 파일이 설정인지 대략만 알아도 AI와 대화가 쉬워집니다.
화면 → 데이터 → 동작 순으로, AI와 짧게 주고받으며 만듭니다.
export default function TodoPage() {
const items = ["공식 문서 읽기", "무료로 테스트"];
return (
<ul>{items.map((t) => <li key={t}>{t}</li>)}</ul>
);
}할 일 목록을 보여주는 간단한 페이지를 만들어줘. 먼저 화면만.
page.tsx에 정적 목록 UI를 추가했습니다. 데이터·버튼 동작은 다음 단계에서 붙이는 걸 권합니다.
바이브코딩은 AI에게 큰 목표를 한 번에 던지기보다, 작업을 작게 나누고 결과를 확인하면서 점진적으로 만드는 방식입니다.
코드 한 줄을 외우는 것보다, 무엇을 만들지·어떻게 검증할지를 먼저 정리하는 데 초점을 둡니다.
AI가 대신 해주는 부분과 내가 직접 확인해야 하는 부분을 구분하는 연습이 중요합니다.
한 메시지에 다 몰아넣지 말고, 단계별로 프롬프트를 끊어 줍니다.
할 일 목록을 보여주는 페이지를 만들어줘. 지금은 데이터 없이 화면(UI)만, 디자인은 단순하게.
동작·데이터는 빼고 화면부터. 결과를 눈으로 확인할 수 있어야 합니다.
방금 만든 화면에 임시(mock) 할 일 데이터 3개를 넣어줘. 외부 API·DB는 아직 붙이지 마.
유료 API·DB 없이 가짜 데이터로 흐름을 먼저 검증합니다.
할 일을 추가하는 입력칸과 버튼을 추가해줘. 이번엔 이 파일만 수정하고 다른 파일은 건드리지 마.
범위를 ‘이 파일만’으로 제한하면 엉뚱한 변경이 줄어듭니다.
도구 이름은 예시이며, 핵심은 ‘좁게 시키고 결과를 직접 확인’입니다.
열려 있는 파일을 가리키며 ‘이 컴포넌트에 로딩 상태만 추가해’처럼 좁게 요청합니다. 적용 후 diff를 직접 눈으로 확인합니다.
‘테스트가 깨지는 원인 찾아서 고쳐줘’처럼 목표를 주되, 끝나면 무엇을 왜 바꿨는지 요약을 함께 요청합니다.
AI가 ‘다 됐다’고 해도, 아래 항목을 직접 확인한 뒤 다음 단계로 넘어갑니다.
초보자는 여기서 막힙니다. 막혔을 때 이 순서를 반복하세요.
빨간 메시지를 무시하지 말고, 마지막 줄과 파일·줄 번호부터 확인합니다.
‘이 에러가 났어’라며 메시지를 붙여 주고, 한 번에 한 가지만 고치게 합니다.
고친 뒤 npm test·npm run build를 다시 돌려, 같은 에러가 사라졌는지 눈으로 확인합니다.
바이브코딩을 시작하기 전에 개념만이라도 익혀 두면 삽질이 줄어듭니다.
프로젝트는 여러 파일이 모여 만들어집니다. 어떤 파일이 화면이고, 어떤 파일이 설정인지 대략만 알아도 AI와 대화가 쉬워집니다.
변경 기록을 남기고 되돌릴 수 있게 해 줍니다. 실험하다 망가져도 이전 상태로 돌아갈 수 있다는 안전망입니다.
내 컴퓨터에서만 보이는 것과, 다른 사람도 접속할 수 있는 주소는 다릅니다. 먼저 로컬에서 확인한 뒤 배포하는 편이 안전합니다.
외부 AI·데이터 서비스는 사용량에 따라 과금될 수 있습니다. 키를 코드에 넣기 전에 무료 한도와 과금 조건을 확인하세요.
한 번에 크게 시키지 말고, 아래 순서를 반복하는 편이 안전합니다.
예: ‘할 일 목록을 보여주는 간단한 웹 페이지를 만든다’처럼 범위를 좁혀 적습니다.
한 번에 전체를 만들지 말고, 화면 → 데이터 → 버튼 동작 순으로 쪼갭니다.
AI에게 ‘지금은 이 파일만 수정해’처럼 범위를 제한하면 실수가 줄어듭니다.
npm test, npm run build처럼 프로젝트에 맞는 확인 명령을 직접 돌려 봅니다.
에러 메시지를 그대로 AI에게 보여 주되, 무작정 같은 요청을 반복하지 않습니다.
무엇이 바뀌었는지, 왜 바꿨는지 요약을 받으면 다음 단계 판단이 쉬워집니다.
도구 이름은 예시이며, 다른 에디터·호스팅을 써도 같은 원칙이 적용됩니다.
한 메시지에 요구사항·디자인·배포까지 몰아넣으면 빠뜨리기 쉽습니다.
AI가 ‘됐다’고 해도 실제 명령 결과로 검증하는 습관이 필요합니다.
데이터를 지우거나 배포 환경을 바꾸는 작업은 한 단계씩, 의도를 확인한 뒤 진행하세요.
키·비밀번호·실명 정보는 채팅에 붙여넣지 말고 환경 변수로 관리합니다.
설명은 그럴듯해도 동작하지 않을 수 있습니다. 브라우저·터미널 결과가 기준입니다.
로그인·배포·API 연동에서 자주 터지는 지점을 먼저 점검하면 되돌리는 시간이 줄어듭니다.
아래 내용은 초보 바이브코더를 위한 일반 안내입니다. 서비스·지역·약관에 따라 달라질 수 있으며, 실제 사업화·운영 전에는 해당 분야 전문가 확인이 필요합니다.
나는 로그인되는데 친구·다른 계정만 실패하거나, 배포 후 redirect_uri_mismatch가 나는 상황을 순서대로 좁힙니다.
한 줄 결론
로그인은 화면 버튼이 아니라 '로그인 후 다시 돌아올 주소'·콜백·비밀값 설정칸·세션이 한 세트로 맞아야 합니다.
핵심 체크 3가지
집 컴퓨터에서는 되는데 배포 URL만 500·빈 화면·API 실패일 때, Vercel 비밀값 칸부터 순서대로 좁힙니다.
한 줄 결론
로컬과 배포의 차이는 거의 항상 비밀값 설정칸·코드 실행 장소(edge/node)·빌드 시점 코드에서 납니다.
핵심 체크 3가지
키가 화면·저장소에 새거나, 한도·재시도 없이 돌려서 청구가 커진 상황을 막는 순서를 정리합니다.
한 줄 결론
서비스 비밀번호(API key)는 서버 뒤에 두고, 호출 한도·로그·모델 선택을 코드와 대시보드 양쪽에서 막아야 합니다.
핵심 체크 3가지
집에서는 붙는데 배포만 timeout·permission denied가 날 때 URL·SSL·방화벽·권한·연결 풀 순서로 좁힙니다.
한 줄 결론
DB 문제는 대부분 ‘주소 문자열 1줄’이 아니라, 권한·SSL·네트워크·env가 한 세트로 맞지 않아 생깁니다.
핵심 체크 3가지
업로드는 성공한 듯한데 새로고침 후 파일이 없거나, 배포에서 413·권한 오류가 나는 상황을 순서대로 풉니다.
한 줄 결론
업로드는 ‘파일 하나 저장’이 아니라, 저장 위치·공개 URL·권한·용량 제한이 한 세트로 맞아야 합니다.
핵심 체크 3가지
바이브코딩 입문 시 참고할 수 있는 에디터 공식 문서 안내입니다.
개발도구·에이전트 중심의 실전 빌드 사례입니다. 에디터 작업 전에 결과물 흐름을 먼저 볼 때 참고하세요.
원출처 기준으로 해석한 실전 결과물 사례입니다. 기능·요금·라이선스는 원출처에서 직접 확인하세요.
VS Code 등 에디터에서 돌아가는 오픈소스 코딩 어시스턴트를 설치·체험하는 사례입니다.
왜 지금 볼 만한가
유료 코딩 어시스턴트 대안으로 자주 비교되는 오픈소스 프로젝트입니다.
초보자가 따라볼 부분
확장 프로그램 설치 후 한 파일에서 채팅·자동완성만 짧게 테스트하세요.
필요한 도구
VS Code 또는 JetBrains · Continue · 로컬·클라우드 모델(선택)
요금·API 키·이용 한도·라이선스·저작권은 반드시 원출처에서 직접 확인하세요.
파일·브라우저·검색 등 동작하는 MCP 참고 서버를 하나 골라 연결하는 실습 사례입니다.
왜 지금 볼 만한가
에디터·에이전트에 내 도구를 연결하는 흐름을 실제 repo로 확인할 수 있습니다.
초보자가 따라볼 부분
repo 목록에서 README 하나만 골라 설치·연결 단계를 따라가세요.
필요한 도구
MCP 호환 클라이언트 · Node 또는 Python
요금·API 키·이용 한도·라이선스·저작권은 반드시 원출처에서 직접 확인하세요.
조사→초안→검토처럼 여러 단계를 거치는 상태 기반 에이전트 그래프를 만드는 사례입니다.
왜 지금 볼 만한가
단순 챗봇을 넘는 워크플로 에이전트 패턴을 공식 tutorial로 학습할 수 있습니다.
초보자가 따라볼 부분
공식 tutorial 하나만 끝까지 따라가며 노드 구조를 확인하세요.
필요한 도구
Python · LangGraph · LLM API(선택)
요금·API 키·이용 한도·라이선스·저작권은 반드시 원출처에서 직접 확인하세요.
예제 파일, 체크리스트, 프롬프트 템플릿을 준비 중입니다.
파일 다운로드·결제·판매 기능은 아직 제공하지 않습니다.