에이전트는 평판이 없다

Simon Willison의 최근 글에 눈에 걸리는 한 문장이 있습니다 — "나는 이제 에이전트가 짠 프로덕션 코드를 한 줄씩 보지 않는다." 같은 풍경은 이제 어느 팀에서나 흔합니다.

흐려진 경계

Simon은 그동안 두 가지를 분리해 뒀습니다. vibe coding 은 코드를 보지 않고 결과만 받아 쓰는 방식, agentic engineering 은 25년 동안 쌓아 둔 판단을 그대로 적용해 AI 도구를 다루는 방식. 전자는 개인 도구에 한해 괜찮고, 후자는 프로덕션에서 책임 있는 방식이라고 했습니다.

경계가 흐려지는 이유는 단순합니다. 에이전트가 일을 잘합니다. JSON API 엔드포인트 하나에 SQL 쿼리를 붙이고 결과를 직렬화하는 일을 Claude Code가 실수 없이 해냅니다. 테스트도 함께 작성합니다. 문서도 함께 작성합니다. 그래서 어느 순간부터 Simon은 그 코드를 한 줄씩 들여다보지 않게 되었습니다.

Simon은 이 변화를 이렇게 비유했습니다. 다른 팀이 만든 이미지 리사이즈 서비스를 쓸 때, 우리는 그 팀의 git repository를 한 줄씩 읽지 않습니다. 문서를 보고, 호출하고, 그 위에서 우리 기능을 만듭니다. 뭔가 이상해질 때만 내부를 들춥니다. 에이전트도 같은 방식으로 다루게 되었다는 뜻입니다.

비유의 한계: 평판

이 비유에는 한 가지 빈틈이 있습니다. 다른 팀에는 직업적 평판 이 있습니다.

우리가 옆 팀의 코드를 일일이 읽지 않고도 쓸 수 있는 이유는 그들이 일을 망치면 그 평판이 깎이기 때문입니다. 어떤 팀이 지난 분기에 견고한 서비스를 냈다면 이번 분기에도 그럴 거라는 약한 베이즈가 작동합니다. 그들이 다음 분기에도 같은 자리에 앉아 있기 때문입니다.

에이전트는 이런 평판을 축적하지 않습니다. Simon 본인도 이 점을 짚었습니다 — Claude Code에는 직업적 평판이 없고, 스스로 한 일에 책임을 질 수도 없습니다. 그런데도 신뢰는 점점 두터워집니다. 매번 결과가 좋기 때문입니다. 그렇게 쌓인 경험이 다음번에도 좋을 거라는 가정으로 이어집니다.

Simon은 이 흐름을 "정상화된 일탈"이라고 부릅니다. 챌린저호가 폭발한 그 메커니즘 — 작은 위반이 매번 무사히 지나가면 그 위반이 새 기준선으로 자리 잡습니다. 리뷰 없이 머지한 PR이 한 번도 사고를 내지 않으면, 어느 날 사고를 낼 PR을 마주쳤을 때 멈출 이유가 사라집니다.

평판의 빈자리, 사용 시간

빈자리에 무엇이 들어가야 하는가. Simon의 글에 단서가 있습니다.

Simon은 다른 단락에서 또 하나의 관찰을 덧붙입니다. 이제 commit 100개에 깔끔한 README까지 갖춘 GitHub 저장소를 30분 만에 찍어낼 수 있는 시대라는 것입니다. 겉으로 보이는 신호만으로는 진짜 견고한 프로젝트와 막 만들어 낸 프로젝트를 분간하기 어렵습니다. 그래서 그가 더 신뢰하는 단서는 하나뿐이라고 했습니다 — 누군가 그것을 매일 2주 동안 써본 적이 있는가.

평판이 비운 자리는 사용 시간 이 메웁니다.

이 논리는 우리가 머지하는 PR에도 그대로 적용됩니다. 에이전트가 작성한 함수를 리뷰 없이 머지한다면, 적어도 그 함수를 며칠은 직접 호출해 본 상태여야 합니다. 단위 테스트가 통과했다는 것은 코드가 오늘 작동한다는 뜻이지, 내일 작동한다는 뜻이 아닙니다. 며칠간 다양한 입력으로 두드려 본 경험만이 그 간극을 메웁니다.

이 원칙은 개인 도구에서 가장 또렷하게 드러납니다. 사이드 프로젝트는 매일 직접 쓰는 동안 거친 부분이 다 드러납니다. 프로덕션 시스템에는 한 가지가 더 필요합니다 — 사용 시간이 곧 트래픽이 되는 환경, 즉 점진적 롤아웃과 관찰성입니다. 카나리 5%에 며칠 흘려보내는 일은 또 다른 형태의 코드 리뷰입니다.

---

머지 버튼을 누르기 전에 던져야 할 질문이 하나 늘어난 셈입니다 — 이 코드를 직접 며칠이나 써봤는가. 답이 0일이면, 그건 결국 다시 vibe coding입니다.