시몬 윌리슨(Simon Willison)은 오픈소스 데이터 도구로 유명한 개발자이자, AI 코딩 도구 분야에서 손꼽히는 논객이다. 그가 최근 팟캐스트 인터뷰에서 한 마디를 털어놨다.
“바이브 코딩과 에이전틱 엔지니어링이 이미 내 안에서 섞이기 시작했다. 솔직히 꽤 불편하다.”
이 고백이 왜 중요한지, 그리고 우리가 여기서 무엇을 읽어야 하는지 정리해봤다.
원래는 선이 명확했다
윌리슨은 바이브 코딩 개념이 처음 등장했을 때부터 그 경계를 강하게 그었다. 그의 정의는 간단했다.
- 바이브 코딩: 코드를 보지 않고 결과만 확인한다. 비개발자도 할 수 있다. 버그가 나도 AI에게 다시 던질 뿐이다.
- 에이전틱 엔지니어링: 보안, 유지보수, 성능을 이해하는 전문 엔지니어가 AI를 도구로 활용하는 방식이다. 25년 경험 위에 AI가 얹히는 구조다.
그는 이렇게 못을 박았다.
“개인 도구라면 바이브 코딩도 괜찮다. 하지만 다른 사람의 데이터와 서비스가 걸린 소프트웨어를 바이브 코딩으로 만드는 건 무책임한 일이다.”
여기까지는 누구나 수긍할 수 있는 구분이다.
그런데 무슨 일이 생겼나
문제는 코딩 에이전트가 점점 믿을 만해졌다는 데 있다. JSON API 엔드포인트를 만들고, SQL 쿼리를 실행하고, 테스트를 추가하는 일 — 이 정도는 에이전트가 이제 그냥 해낸다. 실수가 거의 없다.
그 결과, 윌리슨 스스로가 생산 코드에서도 에이전트가 쓴 코드를 줄 단위로 읽지 않게 됐다고 고백한다.
“난 그게 맞게 작동할 거라는 걸 안다. 그러니까 읽지 않는다. 근데 그러면 내가 책임질 수 있는 건가?”
그는 이 상황을 큰 조직에서의 팀 간 의존 관계에 비유한다. 다른 팀이 만든 이미지 리사이즈 서비스를 쓸 때, 그 팀의 소스코드를 전부 읽지는 않는다. 문서를 보고 사용해보고, 문제가 생기면 그때 파고든다. 에이전트도 그렇게 대하기 시작했다는 것이다.
그러나 차이는 여기서 생긴다.
“사람 팀은 평판이 있다. 잘못 만들면 그게 그들의 커리어에 영향을 준다. 클로드 코드에는 그런 게 없다.”
‘일탈의 정상화’가 진짜 위험이다
윌리슨이 스스로 짚은 개념이 있다. 바로 normalization of deviance — 일탈의 정상화. 에이전트가 코드를 제대로 만들어낼 때마다 “이 정도는 안 봐도 되겠다"는 신뢰가 쌓인다. 그리고 그 신뢰가 쌓일수록, 안 봐서 생기는 사고의 위험도 함께 커진다.
매번 맞았으니까 괜찮다 — 바로 그 논리가 나중에 가장 큰 실수로 이어질 수 있다.
소프트웨어를 평가하는 방식도 달라졌다
이제 GitHub 저장소에 커밋 100개, 깔끔한 README, 테스트 커버리지가 있어도 그걸 곧이곧대로 믿기 어렵다. AI 도구로 30분이면 그런 저장소를 뚝딱 만들 수 있기 때문이다.
윌리슨이 새로 찾는 신뢰의 기준은 단 하나다.
“그 사람이 실제로 그걸 사용했는가. 2주 동안 매일 써온 바이브 코딩 결과물이, 한 번도 실제로 써보지 않은 잘 정리된 코드베이스보다 나한테는 더 믿을 만하다.”
엔터프라이즈 수준에서도 마찬가지다. “다른 대기업이 6개월 이상 실제로 써본 솔루션이 아니면 쓰고 싶지 않다"는 게 그의 결론이다.
개발 병목이 이동했다
코드를 하루 200줄에서 2000줄로 뽑아낼 수 있게 되면 뭐가 터질까? 윌리슨의 답은 간단하다 — 코드 생성을 제외한 모든 것이 병목이 된다.
요구사항 정의, 설계 검토, 테스트, 배포 이후의 관찰 — 이 과정들은 “코드를 짜는 데 오래 걸리니까” 설계된 것들이 많다. 코드 생성 속도가 10배 빨라지면, 설계 단계에서 틀려도 빠르게 돌아올 수 있다. 그렇다면 기존의 무거운 설계 프로세스 자체를 다시 생각해야 한다.
그래도 커리어가 걱정되지 않는 이유
윌리슨은 AI가 프로그래머를 대체할 거라는 공포에 동의하지 않는다. 그의 논리는 두 가지다.
하나, AI 도구는 경험의 증폭기다. 경험이 많을수록 도구를 더 잘 쓴다. 경험이 없으면 도구가 잘못된 방향으로 가는지조차 모른다.
둘, 소프트웨어를 만드는 일은 본질적으로 어렵다. AI 도구를 다 줘도 목표 자체가 복잡하고 모호하다. “무엇을 만들어야 하는가"를 아는 사람이 여전히 핵심이다.
그는 배관 공사 비유로 마무리한다. 유튜브를 보면 배관 공사를 직접 할 수 있다. 그래도 배관공을 부르고 싶다.
원문: Vibe coding and agentic engineering are getting closer than I’d like — Simon Willison, 2026년 5월 6일
