2025년 2월 안드레이 카파시가 '바이브 코딩'이라는 말을 처음 썼고, 꼭 1년 뒤 같은 사람이 '에이전틱 엔지니어링'이라는 이름을 새로 꺼냈습니다. 사람이 코드를 한 줄씩 쓰기보다 AI 에이전트에게 일을 맡기고, 그 결과를 검증하며 품질을 책임지는 방식입니다. CIT는 이 방식을 AI+X와 함께 교육의 두 기둥으로 삼고, 바이브 코딩부터 에이전틱 엔지니어링까지 함께 가르칩니다.
게시일: 2026년 5월 18일 | 최종 수정: 2026년 9월 27일
바이브 코딩은 2025년 2월 2일 안드레이 카파시(Andrej Karpathy)가 X에 올린 글에서 처음 쓴 말입니다. 만들고 싶은 것을 평범한 말로 설명하면 AI가 코드를 만들고, 실행해 보고 고칠 점을 다시 말하며 같은 대화창에서 계속 반복하는 방식입니다. 카파시는 이를 "분위기에 완전히 몸을 맡기고 코드가 있다는 사실조차 잊는" 코딩이라고 적으며, 주말에 한 번 쓰고 버릴 프로젝트라면 나쁘지 않다고 덧붙였습니다(위키백과 정리). 빠르고 재미있지만, 엄밀함(rigor)은 처음부터 목표가 아니었던 셈입니다.
바이브 코딩의 진짜 강점은 진입 장벽을 낮춘다는 것입니다. 코딩을 전공하지 않은 사람도, 예술가·디자이너·기획자도 머릿속 아이디어를 빠르게 화면 위 시제품으로 만들 수 있습니다. 카파시는 나중에 이를 두고 바이브 코딩이 "바닥을 올린다(raising the floor)"고 표현했습니다. 핵심 질문은 "이걸 일단 만들 수 있을까?"입니다.
하지만 대화창에 갇힌 맥락은 세션이 바뀌면 사라지고 여러 명이 함께 만드는 프로덕션 시스템이나 장기 프로젝트로는 확장되지 않습니다. 재미있는 탐색에는 강하지만 신뢰성·보안·유지보수가 필요한 순간 한계가 드러납니다.
꼭 1년 뒤인 2026년 2월 4일, 카파시는 바이브 코딩 1주년을 돌아보는 글을 X(트위터)에 올리며 지금 자신이 일하는 방식에 붙일 이름으로 에이전틱 엔지니어링을 꺼냈습니다.
"1년이 지난 지금, LLM 에이전트로 프로그래밍하는 일은 점점 전문가들의 기본 작업 방식이 되어 가고 있다. 다만 감독과 검증이 더 많이 따른다. 목표는 에이전트를 쓰는 데서 오는 레버리지를 얻되, 소프트웨어 품질은 조금도 양보하지 않는 것이다." - Andrej Karpathy, X, 2026년 2월 4일 (원문)
같은 글에서 이름의 뜻도 풀었습니다. '에이전틱'은 이제 99%의 경우 코드를 직접 쓰지 않고, 코드를 쓰는 에이전트들을 지휘(orchestrate)하며 감독(oversight)하는 것이 기본이 되었다는 뜻이고, '엔지니어링'은 여기에도 기술과 과학, 전문성이 있다는 점을 강조하려고 붙였다고 합니다. 그보다 앞선 2026년 1월 26일 글에서는 2025년 11월만 해도 코드의 약 80%를 직접(자동완성 포함) 쓰고 20%만 에이전트에게 맡겼는데, 12월에는 이 비율이 뒤집혔다고 적었습니다(원문).
석 달 뒤인 2026년 4월 Sequoia AI Ascent 강연에서는 둘의 차이를 이렇게 정리했습니다. 바이브 코딩은 누구나 소프트웨어로 할 수 있는 일의 바닥을 올리는 것이고, 에이전틱 엔지니어링은 전문 소프트웨어의 품질 기준을 지키는 것(preserving the quality bar)이라고요(카파시의 강연 요약). 이 페이지에서 "천장을 지킨다"고 줄여 부르는 것이 이 뒷부분입니다. 그래서 이쪽의 핵심 질문은 "이걸 안전하고 확장 가능하고 결함 없이 신뢰성 있게 만들 수 있을까?"입니다.
이 방식을 실제 작업으로 옮기는 흔한 방법 하나가 명세 기반 개발(Spec-Driven Development)입니다. 예를 들어 GitHub의 Spec Kit은 프로젝트마다 원칙을 적은 '헌법(constitution)'을 먼저 두고, 기능마다 명세 → 계획 → 작업 분해 → 구현 순서로 진행합니다. 미션 문서(왜), 기술 스택 문서(어떻게), 로드맵(무엇을·언제)을 저장소에 먼저 적어 두는 방식도 많이 씁니다. 그 다음 계획 → 구현 → 검증을 되풀이합니다. 맥락이 대화창이 아니라 저장소에 외부화되어 있어 사라지지 않고 자동화된 테스트·사전 계획·문서화·엄격한 버전 관리가 선택이 아니라 규율로 자리합니다.
에이전틱 엔지니어링은 '프롬프트만 잘 쓰면 되는 일'이 아닙니다. 에이전트를 제대로 지휘하고 그 결과가 옳은지 검증하려면, 사람이 여러 종류의 기술을 두루 이해하고 있어야 합니다. 모르는 것은 지휘할 수도, 검증할 수도, 책임질 수도 없기 때문입니다. '엔지니어링'이라는 말이 붙는 이유가 여기 있습니다. 폭넓은 기술적 토대 위에서만 판단과 감독이 제대로 작동합니다.
자료구조·알고리즘을 알아야 생성된 코드를 읽고 옳고 그름을 가린다.
데이터를 다루고 질의하고 흐름을 설계하는 이해.
모델이 어떻게 학습하고 추론하는지, 한계는 무엇인지.
구성 요소가 어떻게 연결되고 확장되는지에 대한 감각.
결과가 정말 맞는지 검증하고 문제를 추적하는 법.
위험과 취약점을 알아보는 눈.
변경을 추적하고 여럿이 함께 일하는 규율.
그 분야에서 '좋은 것'의 기준을 아는 전문성.
역설적이지만 에이전트에게 더 많이 맡길수록 사람에게는 더 넓은 기술 이해가 필요합니다. 그래서 CIT는 도구 사용법이 아니라 그 아래의 기술 원리를 연령·수준에 맞춰 가르칩니다. 유아·초등의 사고 기초에서 시작해, 중등에서 핵심 기술을, 고등에서 통합과 심화로 넓혀 갑니다.
| 구분 | 바이브 코딩 Vibe Coding (2025) |
에이전틱 엔지니어링 Agentic Engineering (2026+) |
|---|---|---|
| 핵심 질문 | "이걸 일단 만들 수 있을까?" | "안전·확장·신뢰성 있게 만들 수 있을까?" |
| 작업 방식 | 대화창에서 즉흥적 반복 | 명세 → 계획 → 구현 → 검증 |
| 맥락(컨텍스트) | 세션이 바뀌면 사라짐 | 저장소에 외부화, 지속됨 |
| 품질 기준 | 데모 수준이면 충분 | 전문가·프로덕션 수준 필수 |
| 사람의 역할 | AI 도움으로 코드를 씀 | 에이전트를 지휘·검증·책임짐 |
| 확장성 | 개인·시제품에 적합 | 팀·장기 프로젝트로 확장 |
| 핵심 비유 | 바닥을 올린다 (누구나 시작) | 천장을 지킨다 (품질을 끝까지) |
두 방식은 대립이 아니라 연속된 스펙트럼입니다. 바이브 코딩은 진입을, 에이전틱 엔지니어링은 깊이를 담당합니다.
빠르고 재미있지만 규모가 커지면 버티기 어렵다. 탐색과 아이디어 검증의 단계.
템플릿과 기본 명세를 쓰지만 여전히 대화 중심. 규율로 가는 다리 단계.
저장소 기반 명세, 거버넌스, 도메인 전문성, 프로덕션 수준 품질 보증. 사람은 감독자이자 설계자.
CIT가 학생에게 길러주려는 것은 'AI 도구 사용법'이 아니라 사고의 확장입니다. 카파시는 에이전트가 구현을 맡아도 취향(taste)과 설계, 시스템이 말이 되는지에 대한 판단은 사람에게 남는다고 말합니다. 여기에 자기 분야를 깊이 아는 도메인 전문성이 더해져야 에이전트를 제대로 쓸 수 있습니다. 에이전트가 코드를 쓰더라도, 무엇을 만들지 정하고 결과가 옳은지 가려내고 품질을 책임지는 것은 끝까지 사람입니다.
그래서 CIT는 두 가지를 교육의 핵심 기둥으로 세웁니다.
모든 분야에 AI를 융합하는 역량. 수학·과학·예술·인문, 관심사가 무엇이든 AI를 더해 더 멀리 간다.
에이전트를 공학적으로 지휘하고 검증하는 사고. 명세·계획·검증·판단으로 품질을 끝까지 지킨다.
이 두 기둥은 CIT가 오래 가르쳐 온 철학(코딩은 사고력 훈련이라는 관점)의 자연스러운 다음 장입니다. AI가 코드를 대신 짜는 시대일수록, 분해하고 명세하고 검증하고 판단하는 힘이 학생의 진짜 경쟁력이 됩니다. AI가 생각을 대신할지 걱정이 된다면?갈린 것은 AI 사용 여부가 아니라 순서였습니다. MIT 미디어랩 뇌파 연구가 보여준 것과 그 한계까지 정리했습니다.
바이브 코딩과 에이전틱 엔지니어링은 둘 다 필요합니다. 학생의 목표에 따라 시작점과 비중이 다를 뿐입니다.
일반 학습자 · 예술/디자인 지망생 · 창작자
STEM · 연구 · 개발자/연구자 지망생
에이전틱 엔지니어링과 AI 포트폴리오 고급 트랙은 압구정 오프라인 수업 외에도 온라인 1:1 개인·1:n 소수 그룹 멘토링으로 진행됩니다. 서울 외 지역(분당, 판교, 일산, 인천, 지방)은 물론, 싱가포르·홍콩·미국 동부 거주 한국 학생도 동일한 수준의 멘토 매칭을 받을 수 있습니다.
에이전틱 엔지니어링 트랙은 도구 사용법보다 판단력과 공학적 사고가 핵심이라, 온라인으로 진행해도 수업 흐름이 크게 달라지지 않습니다. 명세 작성 → 계획 → 구현 → 검증으로 이어지는 피드백은 공유 화면과 코드 리뷰 도구로 주고받습니다.
학생의 상황에 맞춰 오프라인·온라인·혼합(하이브리드) 중 가장 잘 맞는 형태를 레벨 테스트 후 함께 정합니다. 문의는 카카오톡 채널 또는 전화 02-540-2922로 연락 주세요.
온라인 수업 전반에 대한 안내는 온라인 수업 안내 페이지를 참고하세요.
에이전틱 엔지니어링은 사람이 코드를 직접 한 줄씩 쓰는 대신, 여러 AI 에이전트에게 작업을 지휘(orchestrate)하고 그 결과를 검증·감독(oversight)하면서 전문가 수준의 소프트웨어 품질을 지켜내는 공학적 작업 방식입니다. 2026년 2월 안드레이 카파시(Andrej Karpathy)가 X에 올린 글에서 쓴 이름입니다. '에이전틱'은 코드를 직접 쓰지 않고 에이전트를 지휘한다는 뜻이고, '엔지니어링'은 여기에도 배우고 숙달해야 할 기술과 전문성이 있다는 뜻입니다.
바이브 코딩은 '이걸 일단 만들 수 있을까?'를 묻는 빠르고 탐색적인 방식으로, 누구나 시제품을 만들 수 있게 진입 장벽을 낮춥니다(바닥을 올림). 에이전틱 엔지니어링은 '이걸 안전하고 확장 가능하게, 결함 없이 신뢰성 있게 만들 수 있을까?'를 묻는 규율 있는 방식으로, 전문가 수준의 품질 한계를 지켜냅니다(천장을 지킴). 핵심 차이는 명세·계획·검증·버전 관리 같은 공학적 규율과 사람의 판단이 작업의 중심에 있는지 여부입니다.
아닙니다. CIT는 바이브 코딩부터 에이전틱 엔지니어링까지 전 스펙트럼을 가르칩니다. 바이브 코딩은 일반 학습자, 예술·디자인 지망생, 창작자에게 아이디어를 빠르게 형상화하는 훌륭한 입문 도구입니다. 에이전틱 엔지니어링은 깊이 있는 STEM·연구·개발 진로를 목표로 하는 학생에게 품질과 신뢰성을 지키는 심화 경로입니다. 둘은 대립이 아니라 연속된 스펙트럼입니다.
에이전틱 엔지니어링의 핵심은 도구 사용법이 아니라 판단력과 공학적 사고입니다. CIT는 유아·초등 1학년부터 '문제 해결의 기초'(문제 분해·논리적·수학적 사고)로 사고의 확장을 먼저 다지고 중등에서 명세·계획·검증·버전 관리 습관을, 고등에서 에이전트 오케스트레이션과 연구·포트폴리오·대회로 단계적으로 확장합니다.
에이전트가 코드를 쓰더라도, 무엇을 만들지 결정하고 결과가 옳은지 판단하며 품질을 책임지는 것은 사람입니다. 카파시도 에이전트가 구현을 맡더라도 취향(taste)과 설계, 시스템이 말이 되는지에 대한 판단은 사람 몫이고, 기초는 여전히 이해하고 있어야 한다고 말합니다. 그래서 교육의 중심은 코드 타이핑이 아니라 사고의 확장(문제를 분해하고 명세를 세우고 결과를 검증하고 도메인 전문성으로 좋은 것과 나쁜 것을 구분하는 능력)으로 이동합니다.
CIT는 에이전틱 엔지니어링을 AI+X와 함께 두 핵심 기둥으로 삼습니다. 명세 먼저(spec) → 계획(plan) → 구현(implement) → 검증(validate)의 규율을 연령·수준에 맞춰 가르치고, AI를 활용하는 대회와 포트폴리오로 연결합니다. e-ICON, KOAI(한국인공지능올림피아드), USAAIO (USA AI Olympiad), KSEF, Congressional App Challenge를 비롯한 각종 AI 대회와 R&E·프로젝트·입시 포트폴리오 전반에 같은 규율을 적용합니다. 레벨 테스트로 학생별 시작점과 경로를 설계합니다.
네, 가능합니다. CIT 에이전틱 엔지니어링 고급 트랙은 온라인 1:1 개인·1:n 소수 그룹 멘토링으로도 동일하게 운영됩니다. 에이전틱 엔지니어링의 핵심인 명세 작성·코드 리뷰·검증 피드백은 공유 화면 환경에서도 충분히 진행됩니다. 분당·판교·인천 등 거리가 먼 지역은 물론, 싱가포르·홍콩·미국 동부 거주 한국 학생도 신청 가능합니다. 시간대는 KST 기준으로 학생 일정에 맞춰 조정합니다. 레벨 테스트 후 온라인·오프라인·혼합 형태를 함께 결정합니다.
AI 포트폴리오(AI portfolio)에서 보여 줄 수 있는 것은 "모델을 학습시켰다"는 결과보다 처음부터 끝까지 직접 설계하고 검증한 과정입니다. 에이전틱 엔지니어링 방식으로 만든 프로젝트에는 명세 문서, Git 히스토리, 테스트 코드, 배포 환경, 리팩터링 이력처럼 그 과정이 기록으로 남습니다. 대학이 이런 기록을 어떻게 평가하는지는 학교와 전공마다 다르므로, 지원하려는 학교의 안내를 함께 확인하며 준비합니다. CIT는 레벨 테스트 후 개인 로드맵을 설계하고 대회·포트폴리오 목표에 맞춰 프로젝트를 멘토링합니다.
CIT는 바이브 코딩부터 에이전틱 엔지니어링까지 연령·수준별로 설계합니다. 레벨 테스트로 학생에게 맞는 시작점과 로드맵을 안내해 드립니다.
본 글은 위 출처를 바탕으로 CIT 코딩 학원이 교육적 관점에서 재해석·정리한 것입니다.
화면, Python API, SQLite 저장소를 연결한 수업용 참고 구현입니다. 테스트 7개와 퀴즈 해설, 숙제 평가표를 공개했습니다. AI의 도움을 받아 작성한 예제로 학생 작품이 아니며 개인 컴퓨터에서만 실행합니다.
코드·테스트·튜터 진행안 보기 →