코드를 한 줄도 안 쓰는 개발자, 게임을 만드는 10살 아이
스포티파이 공동 CEO 구스타브 쇠더스트룀은 최근 실적 발표에서 "우리 최고의 개발자들은 지난해 12월 이후 단 한 줄의 코드도 직접 작성하지 않았다"고 밝혔다. 출퇴근 중 슬랙에서 Claude Code에 버그 수정을 지시하고, 사무실 도착 전에 작업을 병합하는 워크플로우로 2025년 한 해에만 50개 이상의 신규 기능을 출시했다고 한다. 앤트로픽의 Claude Code 책임자 보리스 체르니 역시 두 달 넘게 직접 코드를 작성하지 않았다고 말한다. 포춘코리아 보도에 따르면, 앤트로픽은 자사 코드의 70~90%가 AI에 의해 생성되고 있다고 전했다.
한편 요즘IT에 소개된 사례는 더 극적이다. 마음AI의 서인근 님의 10살 막내 아이는 닌텐도 게임 시간 제한에 불만을 느끼고, "코딩을 하면 평일에도 게임을 할 수 있겠다"는 기막힌 발상으로 '동물의 숲' 웹 버전을 직접 만들었다. 구글 AI 스튜디오에서 시작해 Claude Code로 전환하기까지, 이 아이는 약 100개의 게임을 바이브 코딩으로 찍어냈다. 개발 경험이 전혀 없는 아이가 멀티플레이어 기능까지 구현하는 것을 보고, 개발자 아버지는 오히려 "내가 뭔가 제한을 걸고 있었던 건 아닐까" 반성했다고 한다.
'바이브 코딩'의 달콤한 착각, 그리고 Day 2의 현실
AI가 코딩하는 시대의 서막은 분명 열렸다. 오픈AI의 GPT-5.3-Codex, 앤트로픽의 Claude Opus 4.6 모두 최소한의 인간 개입만으로 코드 작성·테스트·디버깅·반복 개선까지 수행한다. OthersideAI CEO 맷 슈머는 이 변화가 "코로나 팬데믹보다 더 큰 규모로 일자리를 재편할 수 있다"고 주장했고, 레딧 공동창업자 알렉시스 오하니안도 동의했다.
하지만 Dev.to의 한 기고자가 정확히 짚었듯, 바이브 코딩에는 치명적인 'Day 2 문제'가 있다. Day 1에는 프롬프트 한 줄로 UI가 나오고, API가 연결되고, 데모가 완성된다. 그런데 Day 2에 엣지 케이스가 터지고, 트래픽 스파이크가 DB 커넥션 로직의 결함을 드러낼 때, 바이브 코더는 "자기가 만들지 않은 시스템 위에서 진단을 요청하는 사람"이 된다. Scale AI CEO 알렉산더 왕이 "13살도 창업할 수 있다"고 했지만, 빌 게이츠가 살아남은 건 비전 때문이 아니라 하드웨어 제약 안에서 메모리를 쥐어짜는 디버깅 능력 때문이었다는 반론은 날카롭다.
실전에서도 이 문제는 고스란히 드러난다. Claude Code로 30일 만에 SaaS 백엔드 3개를 배포한 한 개발자의 경험담이 Dev.to에 올라왔는데, 그가 가장 많은 시간을 쓴 건 코딩이 아니라 컨텍스트 유실과의 싸움이었다. Day 1에 세팅한 auth 로직이 Day 5에 Stripe 웹훅을 붙이면서 깨지고, 세션이 바뀌면 DB 스키마를 처음부터 다시 설명해야 하는 '그라운드호그 데이' 효과. 그가 내린 결론은 결국 "문제는 AI가 아니라 워크플로우"였고, PROJECT.md·REQUIREMENTS.md·ROADMAP.md 같은 외부 참조 파일 기반의 멀티 에이전트 오케스트레이션 구조를 만들어야 했다.
AI-First 팀이 재설계해야 할 세 가지
이 사례들을 엮으면 AI-First 팀에게 명확한 시사점 세 가지가 나온다.
첫째, 개발자의 핵심 역량은 '코드 작성'에서 'AI 오케스트레이션'으로 이동한다. 스포티파이 사례처럼 AI에게 작업을 지시하고, 결과를 검증하고, 병합하는 워크플로우를 설계하는 능력이 곧 시니어의 역량이 된다. Claude Code한테 물어보니까, 이건 단순히 프롬프트를 잘 쓰는 문제가 아니라 요구사항을 구조화하고 컨텍스트를 관리하는 시스템 설계 문제다.
둘째, AI 생성물의 검증 능력이 코드 작성 능력보다 중요해진다. Dev.to 기고자의 표현을 빌리면, AI 코드는 '확률적(probabilistic)'이다. 이전의 모든 추상화 계층은 결정론적이었지만, AI 생성 코드는 패턴 기반의 '최선의 추측'이다. 코드를 생성하는 능력보다 그것을 검증·감사·해체하는 능력이 더 가치 있어지는 역전이 벌어지고 있다.
셋째, '제한 없이 밀어붙이되, 구조는 사람이 잡는다'는 협업 모델이 필요하다. 10살 아이의 사례에서 가장 인상적인 건, 아이는 "될지 안 될지 생각하지 않고 그냥 요청"했고 AI가 방법을 찾아왔다는 점이다. 하지만 소셜 로그인, DB, 배포 같은 인프라 레이어는 개발자 아버지가 잡아줬다. AI가 생성해준 걸 기반으로 우리가 다듬으면 된다는 것, 이것이 AI-First 협업의 가장 자연스러운 형태다.
생산성 10배의 이면: 사람은 더 바빠진다
한 가지 경고도 빼놓을 수 없다. 베테랑 엔지니어 스티브 예게는 "Claude Code에 숙달된 엔지니어는 9명분의 가치를 창출할 수 있지만, AI로 무언가를 만드는 일은 상당한 인간 에너지를 요구한다"고 말했다. 일부 회사에서 수면 캡슐 설치를 검토한다는 이야기까지 나올 정도다. AI가 10배 생산성을 제공하면, 조직은 10배의 결과물을 기대하게 되고, 그 압박은 고스란히 사람에게 돌아온다.
팀원들에게 AI-First 마인드를 심어주는 것만큼 중요한 건, AI 시대의 지속 가능한 업무 강도를 설계하는 일이다. AI로 자동화하면 우리가 더 중요한 일에 집중할 수 있다는 말은, 뒤집으면 "더 중요한 일이 10배로 늘어난다"는 뜻이기도 하다. 기획 단계부터 AI를 끼면 훨씬 효율적인 건 맞지만, 그 효율성의 과실을 '더 많은 산출물'이 아닌 '더 깊은 사고'에 투자하는 팀만이 장기적으로 살아남을 것이다.
GPT-5.3-Codex는 "자기 자신을 만드는 데 기여한 첫 모델"이라고 오픈AI가 밝혔고, Claude Code 자체 코드의 약 90%도 Claude Code가 작성했다. AI가 AI를 만드는 순환 구조가 이미 작동하고 있다. 이 흐름에서 개발자에게 남는 진짜 역할은 무엇일까. 그것은 '어떤 시스템을 왜 만들어야 하는가'를 정의하고, AI가 만든 결과가 그 '왜'에 부합하는지 판단하는 일이다. 코드를 쓰는 시대는 끝났다. 코드를 지휘하는 시대가 시작됐다.