Prompts do teste · GPT-5.6 vs Fable 5 · Não Codei copy · prompts congelados do teste

Vídeo 22 · os três prompts do comparativo

Os mesmos três prompts vão para o Claude (Fable 5) e para o Codex (GPT-5.6 Sol), na mesma ordem, sem skills, esforço médio nos dois. Cole exatamente como está aqui, sem redigitar e sem ajustar no meio do caminho. Se um prompt mudar, muda para os dois e o teste recomeça.

Antes de rodar

  1. Esforço médio nos dois. É o padrão dos dois lados. Não subir para ultra code.
  2. Skills desligadas, e mostrado na tela. O Claude Code carrega skill de design sozinho. Desligue na frente da câmera, senão o comentário vai reclamar que o teste foi enviesado.
  3. Pastas separadas por modelo. Um projeto para o Claude, outro para o Codex, sem contexto cruzado.
  4. Ordem fixa: 1, depois 2, depois 3. O prompt 2 constrói em cima do painel que aquele mesmo modelo criou no prompt 1. Nunca o painel do concorrente.
  5. Uma passada só. Sem iterar, sem corrigir, sem "agora arruma isso". A tese é quem entrega melhor de primeira.
  6. Anotar tokens e tempo assim que cada build termina. É a metade do vídeo que o original não tem.

01 Painel de produto

Prompt 1 · painel
Crie a interface de um painel para gerenciar a produção de conteúdo de uma agência que atende vários clientes ao mesmo tempo.

Quem usa esse painel é o gerente de conteúdo da agência. Ele precisa conseguir:
- ver todos os conteúdos em produção, de todos os clientes, e em que etapa cada um está
- identificar rapidamente o que está parado esperando uma decisão dele
- abrir um conteúdo específico e ver os detalhes dele
- aprovar ou reprovar um conteúdo que está esperando revisão
- pausar e retomar a produção de um conteúdo
- filtrar a visão por cliente e por etapa

Entregue como uma página web que eu consiga abrir direto no navegador. Não use nenhuma skill nem plugin nesta construção.
Por que assim. A estrutura copia a do vídeo original (uma frase de contexto, depois uma lista do que o usuário precisa fazer) e é deliberadamente aberta em tudo que é visual. Nada de cor, fonte, layout ou modo escuro. É exatamente nesse vazio que a diferença entre os dois modelos aparece. A lista de ações também é o que permite julgar o critério que importa: quantas dessas seis coisas de fato funcionam quando você clica.

02 Landing page de marketing

Prompt 2 · landing page
Crie uma landing page de marketing, de página única, para este painel de gestão de conteúdo que você acabou de construir.

Inclua estas seções:
- topo, com um preview do painel
- o problema que o produto resolve
- como funciona, passo a passo
- principais recursos
- planos e preços
- perguntas frequentes
- chamada final para ação

Entregue como uma página web que eu consiga abrir direto no navegador. Não use nenhuma skill nem plugin nesta construção.
Por que assim. Duas coisas estão sendo medidas aqui, e nenhuma delas é "ficou bonito". Primeira: o modelo mantém o design system que ele mesmo inventou no prompt 1, ou joga fora e começa do zero. Segunda: ele entende que landing de marketing pede uma linguagem visual diferente de painel de produto, ou aplica o mesmo molde nos dois. O preview do painel no topo é pedido de propósito, porque força o modelo a reencontrar o próprio trabalho anterior.

03 Design system mobile

Prompt 3 · design system
Crie um design system para um aplicativo mobile de edição de vídeo, parecido com o CapCut ou outros aplicativos de edição populares. Faça ele flexível, escalável e totalmente acessível, para um aplicativo mobile que dê para usar de verdade.

Como nas construções anteriores, não use nenhuma skill nem plugin.

Exiba todas as fundações, diretrizes e componentes que você gerar como um arquivo HTML visual.
Por que assim. Esse é o único prompt que o autor do vídeo original leu por inteiro na narração, então mantive traduzido quase palavra por palavra. Isso dá uma rodada de controle: se o nosso resultado bater com o dele, o teste está calibrado; se divergir muito, é sinal de que alguma variável escapou. O pedido de "exibir como arquivo HTML visual" no fim não é detalhe, é o que faz o design system virar algo que dá para mostrar na câmera em vez de um monte de arquivo de configuração.

Planilha de registro

Preencher assim que cada build terminar. Sem esses números, o vídeo vira opinião, que é exatamente o buraco do original.

BuildClaude · tempoClaude · tokensCodex · tempoCodex · tokens
1 · painel
2 · landing page
3 · design system
total

Uma decisão que tomei e dá para reverter

Troquei o tema dos prompts 1 e 2. No vídeo original ele constrói um painel para supervisionar agentes de IA autônomos, que é abstrato demais para quem assiste o canal. Painel de produção de conteúdo de agência exercita exatamente os mesmos músculos de design (lista densa de itens com status, fila de coisas esperando aprovação, painel de detalhes lateral, ações que mudam estado), com a diferença de que o espectador reconhece o problema e consegue julgar se usaria ou não.

Se preferir manter o tema original para comparação direta com o vídeo dele, é uma troca de duas linhas nos prompts 1 e 2 e o resto do protocolo continua valendo. O prompt 3 já é o dele.

Critério de julgamento

Na hora de avaliar, o critério do canal não é o do vídeo original. Ele julga como designer: hierarquia, alinhamento, paleta, tipografia. A gente julga por três perguntas que qualquer pessoa consegue responder olhando a tela:

  • Funciona? Das coisas que aparecem clicáveis, quantas de fato fazem alguma coisa.
  • Tem cara de feito por IA? Aquela sensação de bater o olho e saber que foi gerado. Vale descrever o que causa isso.
  • Quanto custou? Tokens e tempo, da planilha acima.