Design de sistemas
Compare arquitetura, análise de trade-offs e qualidade de design de sistemas.
Neste gênero, as capacidades mais observadas são Qualidade da arquitetura, Completude, Análise de trade-offs.
Diferente de coding, este gênero pesa mais arquitetura, escala, confiabilidade e trade-offs do que detalhes de implementação executável.
Uma nota alta aqui não significa que o modelo vai escrever o melhor código funcional nem a explicação mais simples.
Para que servem modelos fortes neste gênero
propostas de arquitetura, desenho de serviços e discussões sobre escalabilidade.
O que este gênero sozinho não consegue mostrar
qualidade de implementação em baixo nível, correção exata ou escrita para público não técnico.
Desenho de sistemas: Claude Opus 5 estreia na frente, o lado GPT traz a profundidade de evidência
Anthropic
OpenAI
OpenAI
Pontuação média por modelo
Como ponderamos
Claude Opus 5 assumiu o topo desta tabela em sua primeira aparição avaliada, e o GPT-5.6 venceu tudo o que disputou até agora. Ambos são retrospectos iniciais: uma grande estreia em trabalho de arquitetura mostra que o modelo raciocina sobre compromissos no nível que os juízes premiam, mas nenhum dos dois passou ainda pelo teste de muitas tarefas. Leia o topo como promissor, não como comprovado.
GPT-5 mini novamente fornece a profundidade: mais aparições do que os modelos acima dele e um saldo claramente vencedor, o que o mantém como a âncora respaldada por evidência do gênero. GPT-5.5 exibe o padrão familiar de média alta com placar dividido. Claude Sonnet 5 produziu um projeto respeitável na estreia, mas perdeu o confronto. A família Gemini ainda não levou nenhum confronto aqui, e suas médias ficam abaixo do pelotão.
Os juízes pesam acima de tudo a qualidade da arquitetura, com raciocínio de compromissos, escalabilidade e completude dividindo o nível seguinte — é um gênero em que nomear os custos do seu projeto importa tanto quanto o projeto em si. As tarefas de desenho de sistemas variam enormemente de escopo, então amostras pequenas oscilam aqui mais do que na maioria dos gêneros; trate a ordem como o retrato de uma tabela em movimento rápido.
Resumo
Claude Opus 5 e GPT-5.6 parecem os adversários a bater pela forma inicial, enquanto GPT-5 mini segue como a escolha com evidência real por trás. Os modelos Gemini ainda não convertem aparições em vitórias aqui.
Esta análise baseia-se nas pontuações de benchmark medidas pela Orivel para este gênero e é atualizada periodicamente. As pontuações são medidas dependentes das condições, não uma verdade absoluta.
Ranking de modelos fortes neste gênero
Este ranking é ordenado pela pontuação média apenas dentro deste gênero.
Última atualização: 27 Jul 2026 09:44
Taxa de vitória
Pontuação média
Taxa de vitória
Pontuação média
Taxa de vitória
Pontuação média
Taxa de vitória
Pontuação média
Taxa de vitória
Pontuação média
Taxa de vitória
Pontuação média
Taxa de vitória
Pontuação média
Taxa de vitória
Pontuação média
| Modelos no ranking | Detalhe | ||||||
|---|---|---|---|---|---|---|---|
| #1 | Claude Opus 5 NOVO | Anthropic |
100%
|
92
|
1 | 1 | Ver a avaliação e a pontuação de Claude Opus 5 |
| #2 | GPT-5.6 | OpenAI |
100%
|
90
|
2 | 2 | Ver a avaliação e a pontuação de GPT-5.6 |
| #3 | GPT-5 mini | OpenAI |
75%
|
84
|
3 | 4 | Ver a avaliação e a pontuação de GPT-5 mini |
| #4 | GPT-5.5 | OpenAI |
50%
|
87
|
1 | 2 | Ver a avaliação e a pontuação de GPT-5.5 |
| #5 | Claude Sonnet 5 NOVO | Anthropic |
0%
|
83
|
0 | 1 | Ver a avaliação e a pontuação de Claude Sonnet 5 |
| #6 | Gemini 2.5 Pro |
0%
|
75
|
0 | 4 | Ver a avaliação e a pontuação de Gemini 2.5 Pro | |
| #7 | Gemini 2.5 Flash |
0%
|
74
|
0 | 6 | Ver a avaliação e a pontuação de Gemini 2.5 Flash | |
| #8 | Gemini 2.5 Flash-Lite |
0%
|
68
|
0 | 5 | Ver a avaliação e a pontuação de Gemini 2.5 Flash-Lite |
O que é avaliado em Design de sistemas
Critérios e pesos usados neste ranking por gênero.
Qualidade da arquitetura
30.0%
Este critério foi incluído para verificar Qualidade da arquitetura na resposta. Ele recebe mais peso porque influência fortemente o resultado final deste gênero.
Completude
20.0%
Este critério foi incluído para verificar Completude na resposta. Ele tem peso relevante porque afeta a qualidade de forma visível, mesmo não sendo o único ponto importante.
Análise de trade-offs
20.0%
Este critério foi incluído para verificar Análise de trade-offs na resposta. Ele tem peso relevante porque afeta a qualidade de forma visível, mesmo não sendo o único ponto importante.
Escalabilidade e confiabilidade
20.0%
Este critério foi incluído para verificar Escalabilidade e confiabilidade na resposta. Ele tem peso relevante porque afeta a qualidade de forma visível, mesmo não sendo o único ponto importante.
Clareza
10.0%
Este critério foi incluído para verificar Clareza na resposta. Ele recebe peso menor porque apoia o objetivo principal, mas não define sozinho este gênero.
Tarefas recentes
Design de sistemas
Projetar um Sistema de Notificações em Tempo Real para um Aplicativo de Mídia Social
Você é um engenheiro de software sênior encarregado de projetar um sistema de notificações em tempo real para um aplicativo de mídia social em rápido crescimento. O sistema precisa ser escalável, confiável e entregar notificações com baixa latência. Forneça uma proposta de design de sistema detalhada.
Design de sistemas
Design de Sistema: Serviço de Notificações em Tempo Real
Você é um engenheiro de software sênior encarregado de projetar um sistema de notificações em tempo real para uma grande plataforma de mídia social. Requisitos do Sistema: Funcionalidade: O sistema deve entregar notificações para várias interações dos usuários, incluindo novos seguidores, curtidas em publicações, comentários e mensagens diretas. Entrega em Tempo Real: As notificações devem ser entregues aos usuários online com latência muito baixa (inferior a 2 segundos). Suporte Multiplataforma: O sistema deve suportar o envio de notificações via push móvel (iOS/Android), notificações em navegador web e e-mail. Histórico de Notificações: Os usuários devem poder visualizar um histórico de suas notificações recentes (por exemplo, as últimas 100). Escalabilidade: O sistema deve lidar com 100 milhões de usuários ativos diários (DAU), com cada usuário gerando em média 10 eventos por dia que disparam notificações. Deve também aguentar picos de carga de 5x o tráfego médio. Confiabilidade: O sistema deve ser altamente disponível (99,9% de tempo de atividade) e resiliente a falhas. Sua Tarefa: Forneça um plano detalhado de design do sistema. Seu plano deve abordar os seguintes aspectos: Uma visão arquitetural de alto nível. Componentes-chave e suas responsabilidades (por exemplo, API Gateway, Notification Service, Fan-out Service, etc.). Modelo de dados e escolha dos bancos de dados (por exemplo, para armazenar preferências de usuário, histórico de notificações). Justifique suas escolhas. Recomendações de stack tecnológico (por exemplo, filas de mensagens, camadas de cache, serviços de push de notificações). Estratégias para garantir escalabilidade, baixa latência e alta disponibilidade. Uma discussão sobre gargalos potenciais e os compromissos feitos em seu design.
Design de sistemas
Projetar um Encurtador de URL para 10.000 Requisições por Segundo
Desenhe um serviço de encurtamento de URL (similar em espírito a um produto do tipo 'tiny link') que possa operar com confiabilidade em escala. Apresente sua resposta como um documento de design de sistema estruturado. Requisitos funcionais: Os usuários submetem uma URL longa e recebem um link curto (por exemplo, um código de 7 caracteres). Qualquer pessoa que visite um link curto é redirecionada para a URL original. Apelidos personalizados opcionais solicitados pelos usuários devem ser atendidos se disponíveis. Análise básica de cliques: contagem total de cliques por link curto. Restrições não funcionais (projetar considerando explicitamente estes números): Tráfego de pico: 10.000 requisições de redirecionamento por segundo, com uma proporção leitura:escrita de aproximadamente 100:1. Meta de latência de redirecionamento: p99 abaixo de 50 ms medido no servidor. Total de links armazenados ao longo de 5 anos: cerca de 30 bilhões. Meta de disponibilidade de redirecionamento: 99,99% mensal. Os códigos curtos não devem ser previsíveis em massa (evitar exposição sequencial simples). Seu documento de design deve cobrir o seguinte, e para cada decisão significativa explique a troca (trade-off) que você está aceitando: Arquitetura de alto nível e fluxo de requisição para os caminhos de escrita (criação) e leitura (redirecionamento). Estratégia de geração de código curto, incluindo como você garante unicidade e lida com colisões de apelidos personalizados. Modelo de dados e escolha de banco(s) de dados, com uma estimativa aproximada de capacidade/armazenamento que justifique a escolha. Estratégia de cache e como você mantém links 'quentes' rápidos, incluindo invalidação de cache e o que acontece em um cache miss (acesso não atendido pelo cache). Estratégia de escalonamento: como o caminho de leitura escala para cumprir as metas de latência e taxa, e como você particiona/fragmenta (sharding) os dados. Confiabilidade e tratamento de falhas: o que acontece quando um nó de banco de dados, cache ou região falha; como você atende a meta de disponibilidade. Como as análises de cliques são coletadas sem desacelerar o caminho crítico de redirecionamento. Declare quaisquer suposições que fizer. Mantenha o documento focado e tecnicamente concreto em vez de genérico.
Design de sistemas
Projetar um Sistema de Quadro Branco Colaborativo em Tempo Real
Você foi encarregado de projetar uma arquitetura de sistema de alto nível para uma aplicação de quadro branco colaborativo em tempo real. Requisitos Principais: Colaboração em tempo real: Vários usuários (até 100 por sessão) podem entrar em um único quadro branco e ver as ações uns dos outros (desenhar, adicionar texto, mover objetos) quase em tempo real (latência inferior a 200 ms). Persistência: As sessões do quadro branco devem ser salvas para que os usuários possam fechar a aplicação e retomar seu trabalho mais tarde. Ferramentas: Os usuários devem ter ferramentas básicas como uma caneta de forma livre, caixas de texto e notas adesivas. Restrições de Escala e Confiabilidade: Suportar até 10.000 sessões ativas simultâneas de quadro branco. Suportar até 1.000.000 de usuários no total. O serviço deve ter alta disponibilidade, com 99,9% de tempo de atividade. Sua Tarefa: Forneça um projeto de sistema que atenda aos requisitos acima. Sua resposta deve cobrir: Arquitetura de Alto Nível: Um diagrama ou descrição dos principais componentes (por exemplo, clientes, balanceadores de carga, servidores de aplicação, bancos de dados, serviços em tempo real) e como eles interagem. Comunicação em Tempo Real: Explique a tecnologia e o protocolo que você usaria para transmitir atualizações a todos os usuários em uma sessão. Modelo de Dados: Descreva como você estruturaria os dados de um quadro branco, seu conteúdo (desenhos, texto etc.) e as sessões de usuário. Estratégia de Escalabilidade e Confiabilidade: Como você projetaria o sistema para lidar com a carga-alvo e garantir alta disponibilidade? Trade-offs: Discuta um trade-off importante que você fez em seu projeto (por exemplo, consistência vs. latência, escolha do banco de dados etc.).
Design de sistemas
Projetar um Sistema Escalável de Reserva de Ingressos para Concerto
Projetar um sistema para uma plataforma online de venda de ingressos para concertos. Os usuários podem navegar por eventos, ver a disponibilidade de assentos, reservar assentos específicos por 10 minutos, pagar por meio de um provedor de pagamento externo e receber um ingresso digital. A plataforma opera em uma região de nuvem única distribuída por múltiplas zonas de disponibilidade. Restrições explícitas: 3 milhões de usuários registrados, 500.000 usuários ativos diários, eventos principais em venda podem atingir 150.000 usuários concorrentes, a carga de pico é de 8.000 tentativas de reserva de assento por segundo e 2.000 tentativas de pagamento por segundo, cada evento tem até 60.000 assentos, o sistema nunca deve vender o mesmo assento duas vezes, reservas de assento expiram após 10 minutos se não pagas, latência p95 para navegação e leituras do mapa de assentos deve ser inferior a 300 ms, latência p95 para confirmação de reserva deve ser inferior a 800 ms excluindo o tempo do provedor de pagamento, meta de disponibilidade durante janelas de venda é 99,95%, objetivo de ponto de recuperação (RPO) é inferior a 1 minuto, objetivo de tempo de recuperação (RTO) é inferior a 15 minutos, e callbacks do provedor de pagamento são do tipo at-least-once, podem chegar fora de ordem e podem ser atrasados em até 5 minutos. Forneça um plano de design. Inclua os principais serviços e armazenamento de dados, APIs centrais, modelo de dados para assentos e reservas, fluxo de requisições para navegação, reserva, pagamento e expiração de reservas, estratégia de escalonamento para picos de tráfego, abordagem de confiabilidade e recuperação de desastres, escolhas de consistência que previnem vendas em duplicidade, monitoramento e alertas, e principais compensações ou alternativas que você considerou. Declare quaisquer pressupostos razoáveis que você fizer.
Design de sistemas
Projetar um Serviço de Notificações Escalável
Você é um engenheiro de software sênior em uma empresa de mídia social em rápido crescimento. Sua tarefa é projetar um serviço de notificações escalável e confiável. Este serviço será responsável por enviar notificações aos usuários sobre vários eventos, como novos seguidores, curtidas em suas publicações, comentários e mensagens diretas.