대성당, 바자르, 그리고 윈체스터 미스터리 하우스 — AI 시대, 소프트웨어 개발의 세 번째 모델

대성당, 바자르, 그리고 윈체스터 미스터리 하우스

대성당, 바자르, 그리고 윈체스터 미스터리 하우스 — AI 시대, 소프트웨어 개발의 세 번째 모델

1998년 에릭 레이먼드(Eric Raymond)가 펴낸 "The Cathedral and the Bazaar(대성당과 바자르)"는 오픈소스 운동의 출발점이 된 글이다. 그는 폐쇄적이고 통제된 "대성당" 방식과, 개방적이고 분산된 "바자르" 방식을 대비시키며, 인터넷이 협업 비용을 낮추면서 바자르 모델이 한 세대를 지배하게 될 것이라 예고했다. 거의 30년이 흘렀고, AI 코딩 에이전트의 등장으로 소프트웨어 개발의 지형이 다시 흔들리고 있다. 드류 브뢰니히(Drew Breunig)는 오라일리(O'Reilly)에 기고한 글에서 새로운 세 번째 모델인 "윈체스터 미스터리 하우스"가 등장했다고 진단한다.

대성당과 바자르의 짧은 회고

레이먼드의 비유는 단순하지만 강력했다. 대성당 모델은 소수의 설계자가 계획하고 통제하는 폐쇄형 개발 방식이고, 바자르 모델은 누구나 참여해 피드백을 줄 수 있는 개방형 협업 방식이다. 깃허브(GitHub), 리눅스(Linux), 파이썬(Python) 같은 프로젝트는 바자르 모델의 산물이다. 수천 명의 눈이 코드를 들여다보고, 풀 리퀘스트(PR)가 쌓이고, 토론을 거쳐 점진적으로 개선된다. 처리량(throughput)은 높지만 지연(latency)은 크다. 한 줄의 코드가 머지되기까지 며칠, 때로는 몇 달이 걸린다.

이 모델은 25년 넘게 시장을 지배했다. 하지만 AI가 코드 작성 자체를 값싸게 만들기 시작하면서, 그 전제가 흔들리기 시작했다.

코드 가격의 붕괴, 그리고 옮겨간 병목

브뢰니히가 인용한 데이터는 충격적이다. 클로드 코드(Claude Code)는 커밋당 약 1,000줄 수준의 순증 코드를 만들어낸다. 브룩스의 맨먼스 신화에서 인용된 인간 개발자의 하루 코드량인 10에서 30줄과 비교하면, 두 자릿수 차이다. 즉, 구현 비용이 사실상 0에 가까워진 것이다.

그러나 검토, 토론, 테스트 같은 인간 측 작업의 속도는 변하지 않았다. 병목이 코드를 쓰는 데서 코드를 읽는 데로, 즉 검토와 합의로 옮겨간 것이다. 다수의 PR이 쏟아지면 큐알엘(curl) 같은 프로젝트는 버그 바운티를 종료했고, 깃허브은 PR 기여 차단 옵션까지 추가했다. 양은 늘었지만 시끄러워졌고, 더 똑똑해지지는 않았다.

세 번째 모델: 윈체스터 미스터리 하우스

산호세에 실제로 존재하는 윈체스터 미스터리 하우스(Winchester Mystery House)는 새라 윈체스터가 무한한 자금과 개인적 열정으로 평생 증축한 기괴한 건축물이다. 문이 벽을 향해 열리고, 계단이 천장으로 향하고, 방이 아무 데서나 끝난다. 브뢰니히는 이를 빌려 AI 시대의 개발자 모습을 비유한다. 자기 취향에 맞춰 AI 에이전트와 직접 피드백 루프를 돌리면서, 평생 토씨 하나 버리지 않고 더해 나가는 작업.

실제 사례로 그는 Steve Yegge의 Gas Town, Jeffrey Emanuel의 Agent Flywheel과 FrankenSuite, Gary Tan의 gstack 같은 프로젝트를 든다. 공통점은 개발자 본인을 위한 사적이고 거대한 도구 구축이 늘고 있다는 점이다. 이 양식은 세 가지 특징으로 요약된다.

첫째, 개인성(Idiosyncratic)이다. 본인의 취향과 필요에 맞춰 코딩 에이전트와 직접 피드백 루프를 돌리므로, 외부인이 들여다보면 해독하기 어렵다. 문서도 거의 없다. 둘째, 확장성(Sprawling)이다. 코드 추가 비용이 0에 가까워 잘라내기보다 계속 덧붙이는 방향으로 흐른다. 패치는 그 자리에서 이뤄지고, 사용하지 않는 부속도 그대로 남는다. 셋째, 재미(Fun)다. 에이전트가 모든 작업을 곁가지 퀘스트로 바꿔주기 때문에, 자기 워크플로를 다듬는 행위 자체가 취미가 된다.

바자르와 미스터리 하우스의 구조적 차이

바자르는 많은 사람의 눈을 활용한다. 처리량은 높고 지연은 크다. 반대로 미스터리 하우스는 개발자 한 명으로 피드백 루프를 압축한다. 지연은 0에 가깝지만 시야는 본인 한 명으로 좁아진다. 두 모델은 양립할 수 있다. OpenClaw처럼 공통 핵심은 커뮤니티가 다루고, 개별 확장은 사용자가 맡는 식이다. 그러나 이 양립에는 위험이 따른다. 각자의 미스터리 하우스에 묻힌 좋은 아이디어는 유지보수가 멈추는 순간 함께 사라진다.

저자가 제시하는 세 가지 교훈

브뢰니히는 글 말미에서 세 가지 교훈을 남긴다.

첫째, "재미있는 부분"은 팔지 말 것. 개발자가 직접 만들고 싶어 하는 부분이 아니라, 보안, 인프라, 배관처럼 책임지기 싫고 실패 비용이 큰 영역에서 도구와 서비스의 기회가 있다. 둘째, 미스터리 하우스와 바자르는 공존 가능하다. 핵심은 커뮤니티, 확장은 사용자가 맡는 분업이다. 셋째, 이제 부족한 것은 주의력(attention)이다. 코드와 조정 비용이 차례로 싸진 지금, 다음 과제는 쏟아지는 기여 중에서 좋은 아이디어를 골라낼 수 있게 해주는 도구와 관습이다.

정리

인터넷이 협업을 싸게 만들어 바자르를 열었고, 코딩 에이전트가 구현을 싸게 만들어 미스터리 하우스를 열었다면, 다음 단계는 주의력을 싸게 만드는 도구를 만드는 것이다. 그 도구가 마련되지 않는 한, 오픈소스 생태계는 점점 시끄러워지지만 더 똑똑해지지는 않을 것이다. 개발자 한 명 한 명이 AI와 함께 쌓아 올리는 미스터리 하우스가 과연 누구에게도 보여줄 가치가 있는 작품이 될지, 그 답은 우리 모두의 손에 달려 있다.

---

📚 출처

• https://news.hada.io/topic?id=30166