Modelos no Code
O seletor de modelo define qual opção disponível será usada na sessão de desenvolvimento.
Thesis 2.1
Thesis 2.1 é o alias frontier do Giorgio para arquitetura, coding profundo e direção visual. Ele usa o mesmo identificador interno “thesis” para preservar compatibilidade de roteamento, mas a experiência de produto passa a expor a geração 2 explicitamente.
- gerador + avaliador para tarefas visuais ambiciosas
- checkpoint da melhor versão válida para evitar regressão
- validação funcional continua obrigatória mesmo quando o foco é estética
Domínios especializados do Thesis 2.1 v3
A terceira geração do gateway classifica visual, 3D, PBR, arquitetura, refinamento e risco separadamente. Isso permite aumentar o rigor em um domínio sem transformar toda tarefa em uma execução frontier cara.
- anti-AI-slop e fidelidade de referência
- PBR/3D com pipeline físico e budget de GPU
- arquitetura, contratos e targeted repair
Escolha pelo trabalho
Tarefas rápidas e pequenas podem não precisar do mesmo orçamento de uma revisão ampla ou refactor de vários arquivos.
Disponibilidade pode mudar
Se um modelo estiver temporariamente indisponível, a interface deve mostrar esse estado em vez de deixar o envio falhar sem contexto.
Escolher modelo pela carga
Melos favorece baixa latência; Thesis aumenta profundidade; Thesis 1.6 adiciona raciocínio adaptativo e disciplina de preflight para mudanças de maior risco.
- Escolha pelo custo do erro e pela complexidade da tarefa, não por hábito ou tamanho da resposta.
Leitura operacional
Considere o fluxo concluído quando o resultado pode ser reaberto, revisado e entendido sem depender da memória de quem executou a tarefa. Isso é especialmente importante em Modelos no Code, onde o contexto pode atravessar mais de uma etapa.
Comece por “Escolha pelo trabalho”, confirme o estado visível e avance para “Disponibilidade pode mudar” apenas quando a etapa anterior estiver estável. Em Modelos no Code, pular contexto costuma gerar mais retrabalho do que velocidade.
No Giorgio Code, isso também significa distinguir o que foi apenas proposto, o que foi escrito em arquivo e o que foi realmente executado ou verificado.
Do primeiro clique à entrega
Nem todo caso precisa da configuração mais avançada. Prefira o caminho mínimo que resolve o objetivo e aumente complexidade somente quando Modelos no Code realmente exigir mais contexto, controle ou verificação.
Imagine uma tarefa real em que Modelos no Code deixa de ser uma opção de menu e passa a decidir a qualidade da entrega. Faça uma primeira passagem curta, observe o retorno do sistema e só então aumente escopo, quantidade de arquivos ou duração da sessão.
- confirme o estado antes de iniciar a próxima ação
- mantenha arquivos, sessão e contexto ligados ao mesmo objetivo
- trate mensagens de erro como dados de diagnóstico, não como detalhe visual
Limites e exceções
Use Modelos no Code como uma referência de operação, não como uma tela isolada. A própria proposta da página é: O seletor de modelo define qual opção disponível será usada na sessão de desenvolvimento. O ganho aparece quando isso se conecta ao que vem antes e ao que precisa acontecer depois.
Checklist de uso
Comece por “Escolha pelo trabalho”, confirme o estado visível e avance para “Disponibilidade pode mudar” apenas quando a etapa anterior estiver estável. Em Modelos no Code, pular contexto costuma gerar mais retrabalho do que velocidade.
Considere o fluxo concluído quando o resultado pode ser reaberto, revisado e entendido sem depender da memória de quem executou a tarefa. Isso é especialmente importante em Modelos no Code, onde o contexto pode atravessar mais de uma etapa.
- trate mensagens de erro como dados de diagnóstico, não como detalhe visual
- revise a saída no mesmo ambiente em que ela será usada
- confirme o estado antes de iniciar a próxima ação
Leitura de engenharia: Modelos no Code
Nesta página, a referência completa cobre Thesis 2.1, Thesis 1.6, Melos, roteamento, identidade e fallback. O objetivo não é decorar nomes de controles; é entender entradas, estado, efeitos colaterais, falhas recuperáveis e a evidência que confirma a conclusão.
- confirme o estado inicial antes de executar a ação
- identifique quais dados ou arquivos a superfície realmente possui
- trate loading, vazio, erro, retry e reentrada como comportamento principal
- verifique o resultado no mesmo contrato que o usuário consegue observar
Casos de borda de Modelos no Code
A versão robusta desta função continua coerente quando a rede atrasa, a sessão muda, o conteúdo está vazio, o usuário repete a ação, o viewport encolhe ou uma dependência externa deixa de responder. Esses estados fazem parte da documentação porque também fazem parte do produto.
