바벨탑은 여전히 높아진다 — AI 에이전트 시대, 공유된 이해를 어떻게 지켜낼 것인가

GeekNews에 공유된 「탑은 계속 높아진다」는 Armin Ronacher가 자신의 블로그에 쓴 글로, 바이브 코딩 시대의 소프트웨어가 바벨탑처럼 무너지는 과정을 인간의 시선이 점점 더 멀어지는 메타포로 풀어낸 글입니다. 안톤 체호프의 『벚꽃 동산』을 인용하면서, 사람들이 망가진다는 사실을 알면서도 계속 일을 벌이는 풍경을 묘사합니다.

흥미로운 건 이 글이 단순한 AI 회의론이 아니라는 점입니다. 저자는 대규모 소프트웨어의 진짜 한계가 코드 생산 속도가 아니라 공유된 이해, 즉 시스템에 대한 합의에 있다고 지적합니다. 에이전트 시대에 이 합의가 어떻게 변하고 무너지는지를 코드 리뷰·아키텍처 언어·결정론적 훅의 관점에서 풀어봅니다.

• 바이브 코딩된 소프트웨어가 무작위적이고 예상 밖으로 변하는 모습은 공통 언어를 잃어 공사가 멈춘 바벨탑과 닮았지만, AI 시대에는 이해가 무너진 뒤에도 건설이 계속된다는 차이가 있음
• 대규모 소프트웨어의 한계는 개인의 코드 생산 속도뿐 아니라 개념, 경계, 불변 조건, 소유권, 설계 이유에 관한 공유된 이해를 얼마나 잘 조율하는지에 달려 있음
• 코드 탐색과 질문, 리뷰, 팀 간 협의에서 발생하던 마찰은 낭비인 동시에 서로의 이해를 동기화하고 시스템에 대한 합의를 확인하는 과정이었음
• 에이전트는 OAuth 추가, 캐싱, 데이터베이스 재구축 같은 작업을 대화 없이 병렬로 수행하며, 각 변경이 합리적이고 테스트를 통과하더라도 인간의 공통 모델은 약해질 수 있음
• AI 보조 엔지니어링에서는 에이전트가 각 영역을 해석하고 수정해 즉각적인 실패 없이 공사를 이어가므로, 인간이 함께 시스템을 추론하던 아키텍처 언어의 상실을 알아차리기 어려움

---

바벨탑의 힘은 기술보다 조율에 있었음

• 일부 바이브 코딩 소프트웨어가 다소 무작위적이고 예상하지 못한 방식으로 변하는 모습은 Bruegel의 The Tower of Babel>)을 떠올리게 함
• 바벨탑 이야기는 흔히 오만과 야망, 사람들이 서로 다른 언어를 쓰게 된 이유로 해석되지만, 동시에 기술 발전을 가능하게 하는 단결을 보여줌
• 창세기 11장 3~6절(KJV)에서 사람들은 돌 대신 구운 벽돌, 모르타르 대신 역청을 사용하는 기술 향상을 이루고 하늘에 닿는 도시와 탑을 건설하려 함
• 신이 문제로 본 것은 벽돌이나 제조 지식이 아니라, 사람들이 하나이며 하나의 언어를 공유해 아무것도 제약받지 않는다는 점이었음
• 공동의 언어로 각자의 작업을 결합하면 누구도 혼자 만들 수 없는 것을 건설할 수 있음
• 벽돌이나 제조법이 아니라 서로를 이해하는 능력이 사라지자 조율이 불가능해졌고, 건설도 중단됨

AI 에이전트가 마찰을 없앤 뒤에도 계속 올라가는 탑

• AI 보조 프로그래밍은 개인에게 더 강력한 도구를 제공하며, 에이전트를 사용하는 개발자는 코드베이스를 훨씬 큰 폭으로 변경할 수 있음
• 그러나 대규모 프로젝트의 한계는 개인이 코드를 생산하는 속도만이 아니라, 변경 대상 시스템에 대한 이해를 사람들이 얼마나 잘 조율하는지에도 좌우됨
• 소프트웨어 프로젝트의 공통 언어는 영어 또는 Python 자체가 아니라 다음 요소에 관한 공동의 이해임



• 각 개념이 무엇을 의미하는지
• 시스템 경계가 어디에 있는지
• 어떤 불변 조건이 중요한지
• 누가 무엇을 소유하는지
• 시스템이 현재 구조를 갖게 된 이유가 무엇인지
• 이러한 이해는 한곳에 완전히 기록되지 않으며, 문서와 코드뿐 아니라 코드 리뷰, 대화, 논쟁, 다른 사람에게 변경을 설명한 경험에도 축적됨
• 에이전트 이전에는 다른 사람의 스토리지 계층을 변경하려면 코드를 읽고 질문하며, 의존 서비스를 운영하는 다른 팀과 협의해야 하는 경우가 많았음
• 이 과정에는 낭비도 있었지만, 한 사람의 이해가 다른 사람에게 전달되고 양쪽이 시스템 작동 방식에 여전히 합의하는지 확인하는 기능도 있었음
• 이런 마찰이 사람들의 이해를 동기화했음
• 에이전트는 이러한 마찰을 크게 줄여 여러 사람이 서로 대화하지 않고도 각기 다른 변경을 요청할 수 있게 함
• 한 사람은 OAuth를 추가하고, 다른 사람은 캐싱을 넣으며, 또 다른 사람은 데이터베이스를 처음부터 재구축하고 UI를 분홍색으로 만들 수 있음
• 각각의 변경은 독립적으로 합리적일 수 있으며, 코드가 컴파일되고 테스트를 통과하며 필요할 때 설명까지 생성될 수 있음
• 누구도 다른 사람과 대화하거나, 과거라면 변경 과정에서 배웠을 공유 모델의 일부를 습득하지 않아도 됨
• 에이전트는 고통을 느끼지 않고 인간만 고통을 느끼며, 이전에는 다른 사람의 도움이 필요했던 시스템 영역과 코드베이스까지 변경할 수 있게 함
• 규모가 커진 바이브 코딩 프로젝트는 소통할 수 없어서가 아니라 소통할 필요가 없어져서 바벨탑 같은 코드베이스가 됨
• 각 개발자에게는 탑의 특정 영역을 설명하고 원하는 국소적 변경을 수행하는 지치지 않는 번역기가 있음
• 변경은 계속 반영되지만, 인간들이 함께 시스템을 추론하게 해주던 아키텍처 언어는 사라질 수 있음
• 성경의 바벨탑에서는 공통 언어의 상실이 공사를 멈췄지만, AI 보조 엔지니어링에서는 공유된 이해가 붕괴한 뒤에도 건설이 계속될 수 있음
• 탑이 무너지거나 즉각적인 실패가 발생하지 않기 때문에 무엇을 잃었는지 알아차리기 어렵고, 탑은 계속 높아짐

한국 시장에서의 시사점

한국 SI / SaaS 시장에서도 이미 이 흐름은 시작됐습니다. 에이전트 기반 코드 생성이 도입된 조직에서는 단위 테스트가 통과하고 배포도 정상적으로 이루어지지만, 정작 핵심 도메인 규칙을 아는 사람은 매달 줄어드는 현상이 관찰됩니다. PostHog의 사례처럼 에이전트 결과를 검증할 수 있는 기준 구현(reference implementation)과 자동화된 속성 테스트 셋을 미리 만들어두지 않으면, 6개월 뒤 아무도 손대지 못하는 코드가 쌓이게 됩니다.

특히 결정론적 훅(deterministic hook), 명시적 코드 리뷰 규약, 아키텍처 ADR(Architecture Decision Record)의 자동 검증은 한국처럼 외주와 내부 협업이 혼재하는 구조에서 더 중요합니다. "다 잘 돌아간다"가 아니라 "왜 이렇게 만들었는지를 다음 사람이 다시 읽어도 따라잡을 수 있다"를 시스템 차원에서 보장하는 것이 2026년 이후 한국 엔지니어링 조직의 경쟁력이 될 겁니다.

원문: GeekNews #31451 — 탑은 계속 높아진다

---

📰 원본 출처 · https://news.hada.io/topic?id=31451 (#N=31451)

이 글은 GeekNews(긱뉴스)에 게제된 글을 기반으로 작성되었습니다. 원본의 라이선스와 저작권은 원작자에게 있습니다.