GUT da IA — Unified Foundation Model Engineering Datasheet v3.1¶
A unidade fundamental não é “texto”, “imagem”, “áudio” ou “agente”. É um estado numericamente representado, transformado por um operador aprendido, condicionado por informação e percorrido por um procedimento de inferência.
Esta versão abandona definitivamente a árvore simplista “Transformer vs Diffusion” e trata foundation models como combinações de eixos ortogonais.
1. A ontologia-mãe¶
Descreva um sistema como:
| Símbolo | Eixo | Pergunta |
|---|---|---|
| \(R\) | Representation | Em que espaço vive o estado? |
| \(O\) | Objective | O que o treino ensina a rede a predizer/otimizar? |
| \(B\) | Backbone | Que arquitetura parametriza a transformação? |
| \(C\) | Conditioning | Como contexto/intenção/observação entram? |
| \(I\) | Inference operator | Como o estado avança ou a decisão é tomada? |
| \(S\) | Persistent state | O que persiste/cresce durante inferência? |
| \(D\) | Decoder / decision map | Como retornamos ao domínio observável/ação? |
| \(\Omega\) | Modality topology | Quantas modalidades entram/saem e como se alinham? |
A regra-chave:
Um Transformer pode ser autoregressivo, masked, diffusion-like, embedding encoder, reranker, reward model, graph processor ou policy backbone.
1.1 O modelo não é o lifecycle inteiro¶
A tupla \(M\) descreve principalmente o sistema aprendido e sua execução. Ela não descreve sozinha como os pesos foram produzidos, como evidência foi medida ou como risco operacional é controlado.
Para isso, envolvemos \(M\) em um lifecycle envelope:
| Símbolo | Eixo de lifecycle | Pergunta |
|---|---|---|
| \(\mathcal D\) | Data | que distribuição alimentou treino/adaptação? |
| \(\mathcal T\) | Training | que losses/optimizers produziram \(\theta\)? |
| \(\mathcal A\) | Alignment/Adaptation | SFT, preference, RL, PEFT, distillation, merge? |
| \(\mathcal E\) | Evaluation | que protocolo sustenta as alegações de performance? |
| \(\mathcal S\) | Security/Robustness | quais trust boundaries e failure surfaces limitam deployment? |
Assim, a unidade completa da coleção passa a ser:
Veja 16_TRAINING_ALIGNMENT_ADAPTATION_DATASHEET, 17_EVALUATION_BENCHMARK_EXPERIMENTATION_DATASHEET, 18_SECURITY_ROBUSTNESS_FAILURE_MODES_DATASHEET e 09_LOCAL_AI_INFERENCE_RUNTIME_DATASHEET.
2. Representation space — a variável que mais muda a física¶
2.1 Sequência discreta¶
Exemplos:
- texto;
- código;
- codec tokens de áudio;
- ações discretizadas.
2.2 Latente contínuo¶
ou, para imagem:
Exemplos:
- VAE latents;
- audio latents;
- structured 3D latents;
- continuous speech representations.
2.3 Grade espacial / espaço-temporal¶
Imagem:
Vídeo:
A dimensionalidade do estado muda brutalmente o custo de attention.
2.4 Série temporal numérica¶
Tempo possui ordem física; não é apenas posição textual.
2.5 Tabela estruturada¶
A ordem das colunas/linhas não possui necessariamente a semântica de uma sentença. Missingness, tipos heterogêneos e small-data priors tornam o problema estruturalmente diferente.
2.6 Grafo¶
Não há ordem sequencial natural. A estrutura relacional é parte do próprio dado.
2.7 Estado físico/embodied¶
Saída pode ser ação contínua:
3. Funções-objetivo¶
3.1 Autoregression¶
Treino: next-element prediction.
Inferência: um passo condiciona o próximo.
3.2 Masked prediction / denoising discreto¶
Escolha um conjunto mascarado \(M\):
Pode suportar preenchimento paralelo e refinamento iterativo.
3.3 Diffusion / score-based¶
Forward simplificado:
A rede aprende ruído, score, clean sample ou parametrização equivalente.
3.4 Flow matching / rectified flow¶
Inferência aproxima/integraliza o campo vetorial aprendido.
3.5 Contrastive representation learning¶
Um termo de decoupled contrastive learning (DCL) por âncora, usando query/âncora \(q\), seu positivo \(d^+\) e um conjunto não vazio de negativos \(d_j\). Aqui, \(sim\) é o produto interno de embeddings normalizados para norma L2 unitária e \(\tau>0\):
O denominador contém somente negativos; o positivo e a própria âncora são excluídos. Este é o termo DCL sem ponderação, não uma normalização de probabilidade InfoNCE, e seu valor pode ser negativo. O treino agrega esses termos sobre âncoras/pares. Ver Yeh et al., DCL, Proposição 2 e Eq. (6).
Objetivo não é gerar: é organizar geometria.
3.6 Ranking / preference / reward modeling¶
Pairwise:
O modelo aprende um operador de avaliação, não necessariamente de geração.
3.7 Transition dynamics / world modeling¶
ou determinístico/latent:
Aprender o “plant” muda radicalmente a topologia de decisão.
4. Backbones¶
A função \(f_\theta\) pode ser parametrizada por:
- Transformer;
- DiT / MMDiT;
- U-Net;
- Conformer;
- SSM/híbridos;
- GNN/message passing;
- Graph Transformer;
- CNN/ConvNet;
- mixtures híbridas.
Não inferir objetivo apenas pela arquitetura.
5. Conditioning — o verdadeiro “prompt universal”¶
Mecanismos:
- prefix/context tokens;
- cross-attention;
- joint attention;
- feature projection;
- AdaLN/modulation;
- concatenation;
- reference embeddings;
- retrieved evidence;
- structural biases;
- action/state injection.
Negative prompt¶
Não é universal. Em CFG clássico:
onde “unconditional” pode ser vazio, negativo ou outro conditioning de referência.
6. Modality topology \(\Omega\)¶
6.1 Unimodal¶
ou:
6.2 Multimodal input¶
6.3 Multimodal output¶
6.4 Omni¶
A principal dificuldade deixa de ser apenas “capacidade do LLM” e passa a incluir:
em espaço, tempo e semântica.
Veja 10_MULTIMODAL_VLM_OMNI_DATASHEET.
7. Operadores de inferência¶
7.1 Categorical decode¶
7.2 Constrained decode¶
7.3 ODE/SDE-style integration¶
Este é um esquema: para uma SDE, \(\Phi\) também depende dos coeficientes de difusão e de incrementos aleatórios, omitidos acima. Para uma ODE, a atualização é determinística dados os inputs e a configuração fixa do solver. Ver Song et al., SDE e probability-flow ODE.
7.4 Retrieval¶
7.5 Ranking¶
7.6 Message passing¶
7.7 Policy rollout¶
7.8 Planning with learned dynamics¶
8. Persistent state¶
| Família | Estado que cresce/persiste |
|---|---|
| LLM causal | KV cache |
| iterative text | sequência/bloco inteiro sendo refinado |
| diffusion/flow | latent trajectory/current latent |
| video | spatiotemporal latent/window |
| speech streaming | acoustic cache / decoder state |
| retrieval | ANN index externo + query state |
| graph | node/edge representations |
| agent | conversation/tool/environment history |
| world model | latent state + rollout trajectory |
Estado persistente é a ponte entre matemática e custo físico.
9. Temperature: quatro significados diferentes¶
A palavra “temperature” aparece em contextos distintos.
Sampling temperature¶
Contrastive temperature¶
Controla concentração da loss no treinamento de embeddings.
Policy entropy temperature¶
Pode ponderar exploração/regularização em RL.
Distillation/calibration temperature¶
Pode suavizar logits para teacher/student ou calibration.
Mesmo nome ≠ mesma variável física.
10. Temperature ≠ CFG ≠ retrieval threshold¶
Esses knobs podem parecer todos “controle de liberdade”, mas operam em espaços diferentes:
- temperature: distribuição categórica;
- CFG: combinação/extrapolação de predições contínuas;
- similarity threshold: região aceita no espaço vetorial;
- reward threshold: regra decisória sobre score.
Nunca use analogia comportamental como equivalência matemática.
11. Seed: estado inicial, não contrato de determinismo¶
Logo:
12. Model capacity ≠ search/inference budget¶
Separar:
from:
Exemplos:
- mais reasoning tokens não aumenta parâmetros;
- mais diffusion steps não aumenta capacidade;
- maior
TopKde retrieval não melhora necessariamente evidência; - maior rollout horizon pode acumular model error.
13. O ciclo operacional completo¶
Com os novos domínios, podemos expressar a cadeia moderna como:
Perceive¶
10_MULTIMODAL_VLM_OMNI_DATASHEET, 06_AUDIO_MUSIC_TTS_GENERATION_DATASHEET
Represent / Retrieve¶
11_EMBEDDING_RETRIEVAL_RERANKER_DATASHEET
Reason / Generate¶
02_LLM_TRANSFORMER_INFERENCE_DATASHEET, 04_IMAGE_GENERATION_DIFFUSION_FLOW_DATASHEET, 05_VIDEO_GENERATION_SPATIOTEMPORAL_DATASHEET
Evaluate¶
12_REWARD_VERIFIER_JUDGE_DATASHEET
Act¶
08_AGENT_ACTION_CONTROL_SYSTEM_DATASHEET, 13_WORLD_MODEL_VLA_EMBODIED_AI_DATASHEET
Predict structured worlds¶
14_TIME_SERIES_TABULAR_FOUNDATION_MODELS, 15_GRAPH_FOUNDATION_MODELS_DATASHEET
14. Taxonomia de controles¶
| Classe | Exemplo | Operação |
|---|---|---|
| Conditioning | prompt, image, retrieved context | altera \(C\) |
| Distribution shaping | temperature, penalties | altera logits/probabilidades |
| Support restriction | top-k, min-p, grammar | restringe domínio candidato |
| Guidance | CFG, STG | combina predições |
| Trajectory discretization | sigmas/timesteps | define pontos da trajetória |
| Solver | Euler/Heun/DPM | integra trajetória |
| Retrieval scope | K, efSearch, nprobe | controla busca aproximada |
| Decision threshold | reward/similarity cutoff | transforma score em decisão |
| Rollout budget | horizon, candidates | amplia busca/planejamento |
| State budget | context, frames, nodes | aumenta estado persistente |
| Quantization | Q4/Q8/FP8 | reduz precisão/bytes |
| Runtime mapping | offload, batching | distribui compute e memória |
15. Observabilidade¶
Uma ficha SOTA++ precisa separar controls de observables.
LLM¶
Retrieval¶
Reward/Judge¶
Speech¶
Time series¶
Graph¶
World/VLA¶
16. Failure surfaces universais¶
16.1 Distribution collapse¶
A distribuição fica excessivamente concentrada.
16.2 Support pollution¶
O suporte inclui opções semanticamente ruins.
16.3 Representation bottleneck¶
O encoder/projector perde informação antes do backbone principal.
16.4 Alignment failure¶
Modalidades ou etapas não compartilham referência temporal/espacial/semântica adequada.
16.5 Search error¶
A resposta correta existe, mas retrieval/planning/beam não a alcança.
16.6 Model error¶
O estado correto sequer recebe score adequado.
16.7 Calibration error¶
Score alto não corresponde à probabilidade real de estar correto.
16.8 Runtime distortion¶
Quantização, contexto estendido ou backend alteram comportamento além do esperado.
17. Snapshot 2026 — por que essa ontologia é necessária¶
Em 2026 coexistem, no mesmo ecossistema:
- omni models que alinham texto/visão/áudio/vídeo;
- multimodal embeddings e rerankers;
- diffusion language models que geram múltiplos tokens em paralelo;
- reward/verifier models que julgam processos e resultados;
- world-model VLAs que geram futuro visual e ações;
- time-series FMs com multi-task masking;
- tabular FMs com in-context supervised inference;
- graph foundation models em escala bilionária.
Nenhum desses fenômenos cabe corretamente na dicotomia “LLM vs diffusion”.
17.1 O ciclo de evidência e manutenção¶
A coleção inteira pode ser vista como um feedback loop:
data → train/adapt → model → infer/system → evaluate → failure analysis
↑ ↓
└──────────────────── targeted data / controls ─────────┘
Formalmente:
Isso explica por que treinamento, avaliação e segurança são camadas horizontais, não novos tipos de backbone.
Terminologia canônica: 19_PARAMETER_GLOSSARY_AND_REGISTRY.
Regras de manutenção: CONVENTIONS.
18. Regra final¶
Quando surgir um “novo tipo” de modelo, não pergunte primeiro o nome comercial.
Pergunte:
- Qual é \(R\)?
- Qual é \(O\)?
- Qual é \(B\)?
- Como entra \(C\)?
- Qual é \(I\)?
- Qual estado \(S\) persiste?
- Como sai por \(D\)?
- Qual é a topologia modal \(\Omega\)?
Se você responde isso, quase sempre o “novo paradigma” deixa de ser magia e volta a ser engenharia.
Referências snapshot 2026¶
- Qwen3.5-Omni Technical Report — https://arxiv.org/abs/2604.15804
- Qwen3-VL-Embedding / Reranker — https://arxiv.org/abs/2601.04720
- Mercury diffusion language models — https://arxiv.org/abs/2506.17298
- WorldFly world-model VLA — https://arxiv.org/abs/2606.06147
- TabPFN-2.5 — https://arxiv.org/abs/2511.08667
- Zeus Time-Series Foundation Model — https://proceedings.mlr.press/v306/fu26n.html
- Billion-Scale Graph Foundation Models — https://arxiv.org/abs/2602.04768
- Acacia / Web Graph foundation model — https://arxiv.org/abs/2609.30894