바이브 코딩 vs 에이전틱 엔지니어링: 경계선이 불편해지고 있다

Datasette의 창시자이자 오랜 파이썬 개발자인 Simon Willison이 최근 Heavybit의 High Leverage 팟캐스트(Ep. #9)에 Joseph Ruscio와 함께 출연하여 AI 코딩 도구에 대해 논의했습니다. 2026년 5월 6일의 후속 블로그 게시물에서 그는 자신의 일상 작업에서 바이브 코딩과 에이전틱 엔지니어링의 경계가 흐려지고 있다는 불편한 깨달음을 공유합니다.

바이브 코딩 vs 에이전틱 엔지니어링: 원래 정의

Willison은 이전에 두 개념을 명확히 구분했습니다:

• 바이브 코딩: 비프로그래머나 코드를 검토하지 않는 프로그래머. 무언가를 요청하고 결과를 받으며, 문제가 생기면 손가락을 교차합니다. 개인 도구에는 괜찮지만, 다른 사람이 사용하는 프로덕션 소프트웨어에는 매우 무책임합니다.
• 에이전틱 엔지니어링: 보안, 유지보수성, 운영 측면에서 전문성을 발휘하며 AI를 사용하여 더 높은 품질의 프로덕션 시스템을 더 빠르게 구축하는 전문 소프트웨어 엔지니어. 모든 코드 줄을 검토합니다.

수렴이 일어나는 지점

문제는 Claude Code와 같은 코딩 에이전트가 충분히 신뢰할 수 있게 되어서, Willison이 이제 일상적인 프로덕션 작업에 대해 코드 검토를 생략하게 되었다는 점입니다. 그의 예:

Claude Code에게 SQL 쿼리를 실행하고 결과를 JSON으로 출력하는 JSON API 엔드포인트를 만들어 달라고 요청하세요.
그냥 제대로 해낼 것입니다. 망치지 않을 것입니다.
자동화된 테스트를 추가하게 하고, 문서를 추가하게 하면, 좋은 결과물이 될 것임을 압니다.

그는 이에 대해 죄책감을 느낀다고 인정합니다: "코드를 검토하지 않았다면, 이것을 프로덕션에서 사용하는 것이 정말 책임 있는 일일까요?"

사고 모델: 에이전트를 팀처럼 신뢰하기

Willison은 이를 대규모 조직에서 다른 팀이 이미지 리사이즈 서비스를 제공하는 경우와 비교합니다. 그들의 모든 코드를 읽지 않고 문서를 읽고 서비스를 테스트한 후 문제가 생길 때까지 반쯤 블랙박스처럼 취급합니다. 이제는 AI 에이전트를 같은 방식으로 대하고 있습니다.

하지만 그는 불편한 차이점을 지적합니다: "Claude Code는 전문적인 평판이 없습니다! 자신이 한 일에 대해 책임을 질 수 없습니다. 하지만 그럼에도 불구하고 반복해서 입증해 왔습니다. 간단한 일을 제 스타일에 맞게 정확히 해내고 있습니다."

그는 이것을 '일탈의 정상화'라고 부릅니다. 도구가 계속해서 자신을 입증함에 따라 점차 검토 수준을 낮추는 것입니다.

AI 에이전트를 사용하는 개발자를 위한 교훈

Willison의 게시물은 실용적인 경고입니다: 에이전트가 더 신뢰할 수 있게 될수록 검토를 생략하려는 유혹이 커집니다. 그의 조언은 에이전트 사용을 중단하는 것이 아니라, 어디에서 절차를 생략하고 있는지 계속 인식하라는 것입니다. 다른 사람에게 영향을 미치는 프로덕션 시스템의 경우, 여전히 코드를 이해하고 책임질 수 있는 인간이 필요합니다.