A Catedral, o Bazar e a Winchester Mystery House — o terceiro modelo de desenvolvimento de software na era da IA

The Cathedral, the Bazaar, and the Winchester Mystery House

"A Catedral e o Bazar", publicado por Eric Raymond em 1998, é um texto que se tornou ponto de partida do movimento open source. Ao contrastar o modelo "catedral", fechado e controlado, com o modelo "bazar", aberto e distribuído, o texto antecipou uma era em que o bazar passaria a dominar uma geração, à medida que a internet reduzia o custo de colaboração em código. No entanto, com a chegada dos agentes de codificação por IA, o próprio custo de produzir código despencou rapidamente, e o autor Drew Breunig argumenta que surgiu um terceiro modelo: a "Winchester Mystery House". Essa mansão real em San Jose, uma construção bizarra e enorme que Sarah Winchester expandiu durante toda a vida com recursos ilimitados e paixão pessoal, é usada hoje como metáfora para o modo de trabalho de desenvolvedores que, com ajuda da IA, continuam adicionando infinitamente ferramentas feitas sob medida para si mesmos.

Resumo dos pontos principais

• Três modelos de desenvolvimento de software: catedral (planejado e fechado), bazar (colaborativo e aberto) e a recém-chegada Winchester Mystery House (expansão personalizada individual).
• O preço do código desabou: segundo os dados citados no texto, o Claude Code está produzindo um acréscimo líquido de cerca de 1.000 linhas por commit; o autor explica que isso é dezenas de vezes mais do que a quantidade de código que um desenvolvedor humano escreve por dia (cerca de 10 a 30 linhas, conforme citado em The Mythical Man-Month).
• O custo de feedback continua o mesmo: o custo de implementação caiu drasticamente, mas a velocidade do trabalho humano em revisão, discussão e testes não mudou, então o gargalo apenas mudou de lugar.
• O estilo de desenvolvimento "Mystery House": o autor cita como exemplos Gas Town, de Steve Yegge, Agent Flywheel e FrankenSuite, de Jeffrey Emanuel, e gstack, de Gary Tan, observando um aumento na construção de ferramentas privadas, enormes e voltadas ao próprio desenvolvedor.

Características

• Pessoal (Idiosyncratic): como o próprio desenvolvedor mantém um loop de feedback direto com agentes de código, ajustado ao seu gosto e às suas necessidades, são comuns estruturas difíceis de decifrar por terceiros e a ausência de documentação.
• Espraiado (Sprawling): como o custo de adicionar código está praticamente próximo de zero, a tendência é seguir acrescentando em vez de cortar. Patches são feitos no local, e componentes não usados continuam ali.
• Divertido (Fun): como o agente transforma todo trabalho em uma espécie de missão paralela, lapidar o próprio workflow vira um hobby.

Diferenças em relação ao bazar

• Estrutura do loop de feedback: o bazar usa muitos olhos (throughput alto e latency grande), enquanto a Mystery House comprime o loop em uma única pessoa; a latência fica próxima de zero, mas o campo de visão (throughput) se reduz ao próprio desenvolvedor.
• Choque com a infraestrutura compartilhada: o texto menciona casos em que a grande quantidade de PRs gerados por agentes paralisa a capacidade de revisão de projetos como o curl. O curl encerrou seu bug bounty, e o GitHub adicionou uma opção para bloquear contribuições via PR.

Lições propostas pelo autor

• Possibilidade de coexistência: em casos como o OpenClaw, o autor vê bazar e Mystery House como modelos compatíveis, com a comunidade cuidando de um núcleo comum e os usuários assumindo as extensões individuais.
• Não vender a "parte divertida": a oportunidade para ferramentas e serviços não está na parte que o desenvolvedor quer construir por conta própria, mas em áreas como segurança, infraestrutura e plumbing, onde ninguém quer assumir responsabilidade e o custo do fracasso é alto.
• O que falta agora é "atenção": agora que o código e depois o custo de coordenação ficaram baratos, o próximo desafio, segundo o autor, é criar ferramentas e práticas que permitam selecionar boas ideias em meio ao volume crescente de contribuições.

No fim, o argumento do autor converge para uma pergunta central. Se a internet barateou a colaboração e abriu o bazar, e os agentes de código baratearam a implementação e abriram a Mystery House, então o que precisamos agora são ferramentas que barateiem a "atenção". Sem isso, o ecossistema open source ficará cada vez mais barulhento, mas não mais inteligente; e boas ideias enterradas nas Mystery Houses de cada um desaparecerão junto com elas no momento em que a manutenção parar — é com esse alerta que o texto se encerra.

[superdorai]

Concordo demais haha. Vou deixar minha casa misteriosa aqui também. É um harness ultra seguro para não desenvolvedores.

https://github.com/lbk0523/samantha

[youknowone]

Eu também estou construindo uma Winchester Mystery House. A meta é lançar ainda este ano um PyPy escrito em Rust.

https://github.com/youknowone/pyre/

[youknowone]

Não é a catedral e o bazar, e sim https://ko.wikipedia.org/wiki/Seongdanggwa_Sijang