바이브 코딩 뜻: 스프레드시트 예제로 이해하기
요약
바이브 코딩은 AI에게 평범한 말로 원하는 것을 설명하고, 나온 코드를 한 줄씩 읽지 않은 채 결과로 판단하는 방식입니다. 스프레드시트에서는 수식이나 Apps Script를 받아 복사본에 붙여 넣고, 믿을 수 있는 숫자와 비교하는 것을 뜻합니다. 위험이 낮은 시트에는 빠르고 비교적 안전하지만, 실제 데이터를 직접 고치는 스크립트에는 위험합니다.
바이브 코딩 뜻은 AI에게 원하는 것을 평범한 말로 설명하고, 돌아온 코드를 한 줄씩 읽지 않은 채 실행해서 결과로만 판단하는 작업 방식입니다. Andrej Karpathy가 2025년 2월에 이 말을 만들었습니다. 스프레드시트 사용자에게는 AI에게 수식이나 Apps Script를 부탁하고, 붙여 넣은 뒤 숫자가 맞는지 확인하는 일을 뜻합니다. 비스킷이 세부 내용을 미리 찾아 뒀어요.
이 용어는 어디서 왔고, 원래 무슨 뜻이었을까
Karpathy의 원래 글은 "vibe에 완전히 몸을 맡기고" 코드가 있다는 사실조차 잊어버리는 작업 방식을 묘사했습니다. 그는 이것이 주말에 만드는 일회성 프로젝트에는 괜찮지만, 실제 운영 소프트웨어에는 맞지 않는다고 했어요.
그 뒤로 이 말의 뜻은 넓어졌습니다. 지금은 AI의 도움을 받아 코딩하는 모든 경우를 가리키는 말처럼 쓰이기도 합니다. Simon Willison은 바이브 코딩에 무엇이 포함되는지 다룬 글에서 이를 반박합니다. 코드를 검토하고, 테스트하고, 이해했다면 그것은 평범한 AI 보조 프로그래밍이라는 것입니다.
이 블로그가 쓰는 정의는 이렇습니다. 바이브 코딩은 글쓰기를 AI에게 맡기고, 결과가 하는 일만 보고 판단하는 것입니다. 읽는 양이 적을수록 더 바이브 코딩에 가까워요.
스프레드시트가 바이브 코딩을 연습하기 가장 좋은 곳인 이유
바이브 코딩의 무서운 사례 대부분은 배포된 앱, 사용자 데이터, 보안 구멍이 얽힌 이야기입니다. 스프레드시트는 피해 범위가 훨씬 작습니다. 샘플 데이터가 있는 탭 하나, 기대하는 답 하나, 그리고 Ctrl+Z가 있으니까요.
내장된 테스트 도구도 있습니다. 합계를 요청했는데 간단한 SUM 결과와 다르다면, 5초 안에 문제를 알아챌 수 있습니다.
수식은 가장 작은 바이브 코딩 프로젝트입니다
이미 해 보신 적이 있을 거예요. 채팅창에 "C열을 더하는데 A열이 Paris이고 날짜가 3월인 것만"이라고 입력했더니 수식이 돌아왔겠죠.
실제 셀에 넣으면 이런 모양이 됩니다:
=SUMIFS(C:C, A:A, "Paris", B:B, ">="&DATE(2026,3,1), B:B, "<"&DATE(2026,4,1))C:C는 합계_범위, 즉 더할 열입니다.A:A, "Paris"는 첫 번째 조건, 도시가 Paris여야 한다는 뜻입니다.B:B, ">="&DATE(2026,3,1)과B:B, "<"&DATE(2026,4,1)은 날짜를 3월로 묶습니다.
Excel과 Google 스프레드시트 모두에서 동작합니다. SUMIFS는 Excel 2007부터 있었으니 오래된 버전을 쓰는 분도 걱정 없어요.
이것이 가장 얌전한 형태의 바이브 코딩입니다. 목표를 설명하고, 수식을 받아들이고, 알고 있는 합계로 확인했어요. "바이브"인 부분은 인수를 들여다봤는지, 아니면 셀 값이 그럴듯하다고 믿고 넘어갔는지에 달려 있습니다.
스크립트, 매크로, Apps Script로 넘어가면 달라지는 점
수식은 격자 안에서만 움직입니다. 스크립트는 격자 밖으로 나갑니다. 메일을 보내고, 탭 이름을 바꾸고, 파일을 순회하고, 데이터를 직접 고칩니다. 바이브 코딩이 악명을 얻는 곳이 바로 여기예요.
Google 스프레드시트 교육자 Ben Collins는 셀의 배경색으로 개수를 세는 Apps Script를 바이브 코딩으로 만드는 과정을 자세히 보여 줬습니다. 내장 수식으로는 할 수 없는 작업이죠. 그는 작은 단계로 나눠 요청했습니다. 셀 개수 세기, 색 이름 추가, 합계, 사용자 메뉴, 결과 메일 발송 순서였어요. 스크립트를 편집기에 붙여 넣고 실행했고, 오류가 나면 오류 메시지를 그대로 AI에게 다시 붙여 넣었습니다. 손으로 하면 한두 시간 걸릴 일을 30분 안에 끝냈다고 해요. 그가 남긴 교훈은 기억해 둘 만합니다. 결국 책임은 당신에게 있다는 것입니다.
실제로 잘 되는 작업 순서와 문제가 생기는 순서
작업 흐름은 지루할수록 잘 됩니다.
시트를 설명하세요. 탭 이름, 열, 예시 행 하나를 알려 주세요.
한 번에 시스템 전체가 아니라 작은 것 하나만 요청하세요.
결과를 파일의 복사본에 붙여 넣으세요.
이미 맞다는 걸 아는 숫자와 비교하세요.
깨지면 오류 메시지를 한 글자도 바꾸지 말고 그대로 붙여 넣으세요.
문제가 생기는 방식은 이렇습니다. 200줄짜리 스크립트를 한 번의 요청으로 받아서, 실제 파일에 바로 실행하고, 사흘 뒤에야 F열이 한 줄씩 밀려 있다는 걸 발견하는 거죠. 비스킷은 빈손으로 돌아와도 꼬리를 흔들고, 아무도 눈치채지 못합니다.
그대로 가져다 쓸 수 있는 프롬프트 틀
막연한 요청은 그럴듯한 엉터리를 만듭니다. 이 구조는 AI에게 필요한 정보를 줍니다.
Google 스프레드시트(또는 Excel 2019, 사용 버전을 명시)에서 작업합니다.
"Orders" 탭: A = 주문일, B = 도시, C = 금액, 1행이 제목, 데이터는 480행까지.
목표: 2026년 3월 Paris 금액 합계.
수식 하나만 주고, 각 인수를 한 줄씩 설명해 주세요.네 줄이면 답이 추측에서 검증 가능한 결과로 바뀝니다. 마지막 행을 명시하면 아래에서 다룰 조용한 범위 오류도 막을 수 있어요.
대부분의 잘못된 결과를 잡는 세 가지 점검
결과를 믿기 전에 다음을 실행해 보세요.
알고 있는 합계 점검. 다른, 더 단순한 방법으로 답을 계산해 비교하세요. 필터를 걸고 상태 표시줄의 합계를 보는 식입니다.
가장자리 행 점검. 데이터의 첫 행과 마지막 행을 보세요. 한 칸씩 어긋나는 오류는 보통 거기서 생깁니다.
빈 셀 점검. 빈 셀, 숫자처럼 보이는 텍스트, 불필요한 공백은 수식을 조용히 망가뜨립니다. 일부러 지저분한 행을 넣고 어떻게 되는지 보세요.
세 가지를 모두 통과하면 보통 결과를 써도 됩니다. 하나라도 실패하면 실패한 사례를 채팅에 그대로 붙여 넣으세요. AI는 자기가 볼 수 있는 버그를 잘 고칩니다.
실전 예제: 중복된 송장 번호 표시하기
동료가 A열에 송장 번호 3,000개가 있는 시트를 보내고, 중복을 표시해 달라고 했다고 해 봅시다. 여기서는 스크립트가 필요 없습니다. "A열에서 중복을 표시해 줘"라고 요청하면 B열에 아래로 채워 넣을 수식이 나옵니다.
=IF(COUNTIF($A$2:$A$3001, A2)>1, "duplicate", "")$A$2:$A$3001은 범위입니다. 모든 송장 번호이고, 달러 기호로 고정해서 아래로 채울 때 밀리지 않게 합니다.A2는 조건, 즉 이 행의 송장 번호입니다.>1은 자기 자신을 포함해서 두 번 이상 나온다는 뜻입니다.
Excel과 Google 스프레드시트에서 모든 버전에 동작합니다. 바이브 코딩의 함정은 범위에 있습니다. 데이터가 3500행까지 늘어나면 수식은 새 행을 조용히 무시합니다. 더 조심스러운 방식은 $A:$A처럼 열 전체를 쓰거나, Google 스프레드시트에서는 ARRAYFORMULA를 쓰는 것입니다. 배열 수식도 주의가 필요합니다. 예전 Excel에서는 Ctrl+Shift+Enter가 필요하지만, Excel 365에서는 그냥 동작합니다.
같은 작업을 스크립트로 하면 어떨까요? 중복을 빨간색으로 칠하는 Apps Script를 요청할 수 있습니다. 동작은 하지만 셀 색을 직접 바꾸고, 처음 실행할 때 권한을 요구하며, 다음 분기에는 아무도 검토하지 않습니다. 이렇게 작은 작업에는 수식이 낫습니다. 스크립트는 격자 밖으로 나가야 할 때, 즉 보내기, 이름 바꾸기, 반복, 예약이 필요할 때 쓰세요.
스프레드시트에서 바이브 코딩이 잘못되는 지점
다음 네 곳에서는 맹신하지 마세요.
조용한 범위 오류. AI가 데이터가 480행까지 있는데 A2:A100을 씁니다. 오류는 나지 않고, 합계만 틀립니다. 매번 마지막 행을 확인하세요.
버전 불일치. XLOOKUP, LET, 동적 배열을 쓴 수식은 Excel 2016과 2019에서 실패합니다. 사용 버전을 말해 주지 않으면 AI는 모릅니다. 꼭 알려 주세요.
Excel과 Sheets의 문법 차이. QUERY와 ARRAYFORMULA는 Google 스프레드시트에만 있습니다. Excel에는 QUERY가 없습니다. 채팅 답변이 둘을 섞으면 #NAME? 오류와 헛수고만 남습니다.
데이터를 직접 바꾸는 스크립트. "정리"해 준다는 Apps Script가 열을 덮어쓸 수 있습니다. 항상 복사본에서 먼저 실행하세요. 스크립트는 처음 실행할 때 권한도 요구하니, 무엇을 허용하는지 읽어 보세요.
바이브 코딩과 AI로 수식만 쓰는 것의 차이
AI가 쓴 수식이라고 모두 바이브 코딩은 아닙니다. 이렇게 나눠 볼 수 있어요.
수식을 요청하고, 인수를 읽고, 테스트한다. AI 보조 작업. 위험 낮음.
수식을 요청하고, 붙여 넣고, 결과를 대충 본다. 가벼운 바이브 코딩. 위험 낮음에서 중간.
스크립트를 요청하고, 복사본에서 실행하고, 합계를 확인한다. 안전벨트를 맨 바이브 코딩. 위험 중간.
스크립트를 요청하고, 실제 파일에서 바로 실행하고, 읽지도 않는다. 완전한 바이브 코딩. 위험 높음.
쓸모 있는 스프레드시트 작업 대부분은 가운데 두 줄에 있습니다. 그래도 괜찮아요. 중요한 것은 라벨보다, 믿을 수 있는 숫자와 비교하는 습관입니다.
사람들이 많이 찾는 도구
간단한 수식 하나에는 일반 채팅 AI로 충분합니다. 여러 파일을 계속 관리해야 하는 긴 스크립트에는, 붙여 넣은 조각 하나가 아니라 프로젝트 전체를 볼 수 있는 코드 도구가 도움이 됩니다. Cursor와 GitHub Copilot은 코드 편집기 안에서 동작하고, Claude Code는 터미널에서 실행됩니다.
솔직히 "X를 하는 수식이 뭐지?"만 알고 싶다면 이런 도구는 필요 없습니다. Formula.dog가 바로 그 일을 하도록 만들어졌습니다. 문제를 설명하면 비스킷이 수식을 찾아 주고, Excel과 Google 스프레드시트 버전을 나란히 보여 줍니다.
바이브 코딩을 하면 스프레드시트 실력이 떨어질까요?
걱정할 만한 질문입니다. AI가 늘 수식을 써 준다면 SUMIFS가 뭘 하는지 언제 배울까요? 제 생각은 이렇습니다. 설명을 읽느냐에 달려 있어요. 매번 수식과 인수별 설명을 함께 요청하면, VLOOKUP을 다른 사람의 파일을 베끼면서 배웠던 것처럼 문법이 자연스럽게 익습니다.
진짜 위험은 문법을 잊는 것이 아닙니다. "이 합계는 너무 큰데?"라고 느끼는 감각을 잃는 것입니다. 그 감각은 바이브 코딩이 대신해 줄 수 없는 유일한 능력이고, 알고 있는 합계로 먼저 확인해야 하는 이유이기도 합니다. 손으로 모든 것을 쓰는 시트를 몇 개 남겨 두세요.
팀에서는 한 가지가 더 있습니다. 팀 중 아무도 이해하지 못하는 수식은 지금은 잘 돌아가도 인수인계 문제가 됩니다. 파일을 다른 사람이 물려받을 예정이라면, 수식이 무엇을 하는지와 어떤 프롬프트로 만들었는지를 적은 메모 셀을 하나 추가하세요.
누가 시트를 바이브 코딩해도 되고, 누가 하면 안 될까요
이런 경우에는 할 만합니다. 결과가 어떻게 나와야 하는지 알고, 파일의 중요도가 낮고, 복사본에서 테스트할 수 있을 때입니다. 주간 보고서 양식을 만드는 운영 담당자, 캠페인 내보내기 파일을 정리하는 마케터, 과제 로직을 확인하는 학생이 여기에 해당합니다.
급여, 송장, 이사회 자료에 연결된 시트이고 팀 중 아무도 결과를 점검할 수 없다면 하지 마세요. 그럴 때는 AI로 초안을 만든 뒤 인수 하나하나를 읽으세요. 그것은 AI 보조 작업이고, 재무 파일에서는 이 라벨이 더 안전합니다.
오늘 오후 10분 안에 시작하는 방법
실제 시트의 복사본을 여세요. "성, 이름" 형식의 이름을 나누기처럼 번거로운 작업 하나를 고르세요. 열 문자와 예시 한 행으로 설명하세요. 답을 붙여 넣고, 직접 확인한 세 행과 비교한 뒤 거기서 멈추면 됩니다.
잘 됐다면 방금 바이브 코딩을 한 겁니다. 안 됐다면 오류를 그대로 붙여 넣고 다시 물어보세요. 어느 쪽이든 잘했어요, 비스킷.