평가 대상을 "무엇을 만들었는가"에서 "무엇을 고쳤고 왜 그렇게 고쳤는가"로 옮기면, AI를 얼마나 썼는지와 무관하게 학습을 확인할 수 있습니다.
학생이 프롬프트 한 줄을 쓰고, 몇 초 뒤 화면에 게임이 돌아갑니다. 지난 학기라면 두 차시가 걸렸을 결과물입니다. 교사가 "이 부분은 어떻게 만든 거야?"라고 묻자 학생이 답합니다. "AI가 해줬어요."
여기서 학습은 조용히 멈춥니다. 결과물은 훌륭한데 무엇을 배웠는지 확인할 방법이 없기 때문입니다. 그렇다고 AI를 막으면 수업은 과거로 돌아갑니다. 선생님의 역할은 AI 금지가 아니라 배울 수 있게 하는 설계입니다.
이 글은 바이브 코딩을 수업에 들일 때 무엇을 바꿔야 하는지를 다룹니다.
미리 요약하면, 바이브 코딩 수업의 성패는 학생이 무엇을 만들었는가가 아니라, AI가 만든 코드를 읽고 고칠 수 있는가에서 갈립니다.
바이브 코딩은 기존 코딩과 무엇이 다른가요
바이브 코딩은 사람이 자연어로 의도를 말하면 AI가 코드를 만들어 주는 개발 방식입니다.
2025년 2월 안드레이 카파시(Andrej Karpathy)가 이름을 붙인 개념인데, 1년 반 만에 백과사전 표제어가 될 만큼 빠르게 퍼졌습니다. 교실에도 이미 들어와 있습니다.
기술보다 중요한 것은 학생의 역할이 바뀌었다는 사실입니다. 예전 수업에서 학생은 코드를 쓰는 사람이었습니다. 지금은 무엇을 만들지 말하는 사람입니다.
학생은 바이브코딩으로 빠르게 결과물을 받습니다. 그 과정에서 무엇을 배우는지는 별개의 문제입니다. 수업의 어려움이 여기서 시작됩니다.
AI에게 시키기만 하면 문제점은?
시키기만 하면 결과물은 남지만, 학생이 무엇을 이해했는지 확인할 방법이 남지 않습니다.
교실에서 이 문제는 세 장면으로 나타납니다.
첫째, 학생이 자기 화면의 코드를 설명하지 못합니다.
둘째, 오류가 나면 다시 AI에게 던지는 것 말고 할 수 있는 일이 없습니다.
셋째, 교사가 평가할 근거를 잃습니다. 결과물의 완성도는 학생의 이해도가 아니라 AI 성능을 반영하기 때문입니다.
정리하면 바이브 코딩은 결과를 검증할 수 있는 사람에게 유용한 도구입니다. 검증 능력이 전제된다는 것, 그게 수업에서 무엇을 가르쳐야 하는지를 알려 줍니다.
그렇다고 금지가 답이 되지는 않습니다. 도구를 막는다고 문제가 사라지지 않습니다. 같은 결론을 학생이 ChatGPT 답을 복붙할 때의 지도법에서도 다룬 적이 있습니다. 바꿔야 하는 것은 도구의 허용 여부가 아니라 과제의 구조입니다.
만들기 다음에 무엇을 넣어야 하나요
만들기 다음에는 AI가 만든 코드를 읽고 직접 고치는 단계를 넣어야 합니다.
한 차시를 세 단계로 나눠 보면 분명해집니다. 생성 → 읽기 → 수정입니다. 지금 대부분의 수업은 첫 단계에서 끝납니다. 학생이 결과물을 받은 시점이 수업의 종점이 되는데, 배움이 일어나는 자리는 그 뒤입니다.
핵심 장치는 단순합니다. AI가 만든 것만으로는 완성되지 않도록 요구사항을 하나 더 얹는 것입니다. 점수 표시를 붙이기, 속도를 두 배로 하기, 특정 조건에서 멈추기 같은 작은 조건이면 충분합니다. 학생은 코드를 다시 프롬프트로 던질 수도 있지만, 어디를 고쳐야 하는지 짚으려면 결국 읽어야 합니다.
두 방식이 무엇을 남기는지 비교하면 이렇습니다.
구분 | 만들기만 시켰을 때 | 읽기와 고치기를 넣었을 때 |
|---|---|---|
학생에게 남는 것 | 완성된 결과물 | 결과물 + 코드를 읽은 경험 |
오류가 났을 때 | AI에게 다시 요청한다 | 어느 줄이 문제인지 짚어 본다 |
교사가 확인할 수 있는 것 | 완성 여부 | 학생이 무엇을 이해했는지 |
평가 근거 | 사실상 없다 | 고친 부분과 그 이유 |
평가는 결과물이 아니라 설명으로 받습니다. 방법은 두 가지면 충분합니다. 하나, 고친 부분을 표시하게 합니다. 둘, 그 부분이 무슨 일을 하는지 두 문장으로 쓰게 합니다. 코드를 읽지 않은 학생은 이 두 줄을 쓰지 못합니다. 채점 기준이 여기서 생깁니다.
💡
읽기 단계를 도구가 받쳐 주면 부담이 줄어듭니다.
악어에듀가 만든 바이브블록은 학생이 문장으로 만든 프로그램을 블록·순서도·파이썬으로 확인하는 방식으로 이 단계를 넣었습니다. 바이브블록의 교육용 AI 튜터는 답을 통째로 알려주는 대신 힌트로 이끕니다. 이를 통해 AI를 적극적으로 활용하면서도 학습 효과는 그대로 가져갈 수 있습니다.
교육 현장에서의 활용
지금 해볼 수 있는 것은 다음 차시에 완성본을 목표로 두지 않는 일입니다. 학생이 AI로 만든 코드를 그대로 제출하게 하는 대신, 거기에 요구사항 하나를 더해 직접 손대야만 완성되게 만들면 됩니다. 과제를 새로 설계할 필요는 없습니다. 기존 과제의 마지막에 조건 한 줄을 붙이는 것으로 시작할 수 있습니다.
판단 기준은 학생이 자기 코드에서 고친 곳을 짚어 설명하는가입니다. 설명이 되면 그 학생은 AI를 도구로 사용한 것이고, 설명이 안 되면 단순히 결과물을 받아 온 것입니다. 이 구분은 코드의 완성도보다 훨씬 선명하게 드러납니다.
바이브 코딩은 기초 단계를 통째로 대체하지 못합니다. 읽을 수 있어야 고칠 수 있는데, 읽는 능력은 제어 구조를 직접 다뤄 본 경험에서 옵니다. 왜 여전히 코딩을 배워야 하는지는 AI·바이브 코딩의 시대, 코딩을 배워야 하는 이유에서 따로 다뤘습니다.
학교와 기관의 AI·SW 교육을 설계하고 운영하는 악어에듀도 같은 질문을 함께 풀고 있습니다.
참고 자료
Share article