로나허: 탑이 무너지지 않는 것이 문제야

바벨은 사람들이 서로 이해하지 못하게 되었을 때 멈췄다. 에이전트들과 함께라면 공유된 이해가 붕괴된 후에도 건설은 계속된다. 아무도 아무것도 눈치채지 못한다.

간단히 말해

Flask의 창시자인 Armin Ronacher는 AI 에이전트가 코드 리뷰, 토론, 아키텍처 논쟁 등 시스템에 대한 공통 이해를 형성하는 데 기여하던 마찰을 제거한다고 주장합니다. 코드는 계속해서 나오지만, 공유된 이해는 이미 붕괴되었습니다.

사실

이 비유는 성경적인 비유이자 의도된 것입니다: 바벨. 성경에서 건축가들이 서로 이해하지 못하게 되자 공사가 멈춥니다. 하지만 2026년의 소프트웨어에서는 그렇지 않습니다. 그리고 이 문장이 핵심입니다: 「공유된 이해가 붕괴된 후에도 공사는 계속될 수 있다.」

그의 핵심 주장은 마찰에 대한 것입니다. 우리가 싫어하던 느린 프로세스들(오래 걸리는 코드 리뷰, endless한 아키텍처 토론)은 버그를 필터링하는 것뿐만이 아니었습니다. 그들은 뇌를 동기화시켰습니다. 「과정의 일부는 당신의 이해가 내 것이 되는 방식이었다.」 에이전트가 패치를 만들고 다른 에이전트가それを리뷰할 때, 이 trasfer는 더 이상 일어나지 않습니다. 전달자가 없습니다.

우리의 해석

이것은 「안 된다」라는 반反허프 반사적 반응에 빠지지 않는 몇 안 되는 반허프 글 중 하나입니다. Ronacher는 정반대를 인정합니다: 작동합니다. 생산은 멈추지 않고, 속도는 빨라지며, 대시보드는 녹색입니다. 그의 주장은 더 불편합니다. 빚이 코드에 쌓이는 것이 아니라, 머릿속에 쌓이는 것입니다. 그리고 우리는 이해도를 측정할 수 있는 지표가 없기 때문에 경고도 받지 못합니다.

「탑은 무너지지 않고, 그래서 우리가 잃은 것을 눈치채지 못한다.」

이것은 우리가 이 글에서 다루는 「it works, don't touch it」의 직접적인 연장선입니다: 어제, 아무도 이해하지 못하는 코드는 아무도 건드리지 않았습니다. 오늘은 이해하지 못한 채로 코드를 건드리고, 그래도 잘 돌아갑니다. 테스트는 간단합니다. 이번 주에 발생한 심각한 프로덕션 장애에서, 팀원 중 몇 명이 잘못된 코드 경로를 설명할 수 있었습니까? 두 해 전이라면 대답은 「리뷰한 사람들」이었을 겁니다. 오늘은요?

주목할 점

장애. 에이전트가 고치는 장애가 아니라, 시스템이 왜 그렇게 설계되었는지 이유를 알아야 하는 장애입니다. 그날이 오면, 우리는 대가를 치르게 됩니다. 그리고 탑의 언어를 더 이상 아무도 말하지 못하는 날이 옵니다.