ARCHITECTURE CENTER
Arquiteturas para sistemas de IA que precisam operar.
Não existe uma única arquitetura para inteligência artificial empresarial. Um copiloto que consulta conhecimento, um workflow que processa documentos e um sistema agêntico que executa ações possuem diferentes necessidades de autonomia, integração, controle e operação.
A NEXO combina padrões de arquitetura conforme o processo, os dados, os riscos e o resultado esperado.
NOSSA ABORDAGEM
A arquitetura começa pelo trabalho.
Não pelo modelo.
- Antes de selecionar uma tecnologia, definimos:
- Qual trabalho precisa ser concluído
- Quais decisões o sistema pode tomar
- Quais dados e conhecimentos são necessários
- Quais ferramentas podem ser utilizadas
- Quais ações exigem aprovação humana
- Quais evidências precisam ser preservadas
- Como o sistema será avaliado
- Como falhas serão tratadas
- Como custo e desempenho serão monitorados
- Como componentes poderão evoluir
Cada arquitetura NEXO segue seis princípios.
NOSSA ABORDAGEM
ARQUITETURA DE REFERÊNCIA
O agente é o centro. A confiança está em tudo ao redor.
O que o mercado normalmente chama de agente — modelo, contexto, conhecimento e ferramentas — representa apenas uma parte do sistema. Em produção, diferentes camadas trabalham juntas.
ARQUITETURA DE REFERÊNCIA
FUNDAMENTOS
- Padrões abertos
- Componentes substituíveis
- Políticas independentes do modelo
- Identidade própria para agentes
- Saída estruturada antes da execução
- Avaliação contínua
- Estado e retomada
- Trilha completa
GUIA DE DECISÃO
O nível de autonomia deve acompanhar a natureza do trabalho.
GUIA DE DECISÃO
Não sabe qual escolher?
Analisamos o processo, os dados, os riscos e o nível de autonomia necessário para recomendar o padrão adequado.
Nem todo processo precisa de um agente. A melhor arquitetura é a menos complexa capaz de concluir o trabalho com segurança.
PARA PROCESSOS QUE EXIGEM PLANEJAMENTO E AÇÃO
Um objetivo entra. Um resultado verificável sai.
Um sistema agêntico recebe um objetivo, interpreta o contexto, cria um plano, seleciona skills e ferramentas, executa etapas e verifica se o resultado foi alcançado.
DIAGRAMA · ARQUITETURA DE SISTEMA AGÊNTICO
PARA PROCESSOS QUE EXIGEM PLANEJAMENTO E AÇÃO
DIAGRAMA · ARQUITETURA DE SISTEMA AGÊNTICO
Como ler o diagrama: o objetivo entra pela esquerda e só se transforma em ação depois de passar pelo planner, pelo loop de execução com estado persistente e pelo portão de autorização. O motor de políticas decide entre autorizar, bloquear ou escalar para uma pessoa; a saída estruturada é validada antes de qualquer escrita nos sistemas do cliente. Falhas retornam ao estado e são retomadas de forma idempotente, sem repetir etapas já concluídas.
PARA PROCESSOS QUE EXIGEM PLANEJAMENTO E AÇÃO
QUANDO UTILIZAR
- O caminho não pode ser totalmente definido antecipadamente
- Diferentes ferramentas podem ser necessárias
- O sistema precisa adaptar o plano ao contexto
- Existem exceções e dependências
- O trabalho exige múltiplas etapas
- O resultado precisa ser validado antes da entrega
DECISÕES DE ARQUITETURA
Planejamento fixo ou dinâmicoAutonomia permitidaLimites de iteraçãoCritérios de paradaModelos por etapaPolítica de ferramentasEstratégia de memóriaFallbackTratamento de falhasEscalonamento humanoPARA PROCESSOS QUE EXIGEM PLANEJAMENTO E AÇÃO
FLUXO DE REFERÊNCIA
- Receber objetivo ou evento
- Identificar usuário, contexto e permissões
- Recuperar apenas o conhecimento necessário
- Criar ou selecionar um plano
- Escolher skill, modelo e ferramentas
- Executar uma etapa
- Validar a saída
- Atualizar o estado
- Solicitar aprovação quando necessário
- Verificar o critério de conclusão
- Entregar resultado com evidências
- Registrar execução, custo e métricas
PARA PROCESSOS QUE EXIGEM PLANEJAMENTO E AÇÃO
COMPONENTES NECESSÁRIOS
- Entrada por chat, API ou evento
- Identidade do usuário e do agente
- Gerenciador de contexto
- Planner
- Catálogo de skills
- Model routing
- Tool registry
- Motor de políticas
- Estado persistente
- Human-in-the-loop
- Structured output
- Verificador de conclusão
- Tracing e evaluations
- Armazenamento de evidências
CONTROLES DE PRODUÇÃO
Identidade própriaMenor privilégioFerramentas autorizadasLimites de custo e tempoRetomada idempotenteValidação antes de escreverAprovação para ações críticasProteção contra prompt injectionAvaliação de cada execuçãoTrilha completaPARA AMPLIAR A CAPACIDADE DE QUEM DECIDE
A pessoa conduz. O copiloto reúne, analisa e executa o que for autorizado.
O copiloto empresarial combina conversa, conhecimento, dados e ferramentas dentro das permissões do usuário. Diferentemente de um chatbot público, ele conhece identidade, contexto, histórico permitido e sistemas acessíveis.
DIAGRAMA · COPILOTO EMPRESARIAL SEGURO
PARA AMPLIAR A CAPACIDADE DE QUEM DECIDE
DIAGRAMA · COPILOTO EMPRESARIAL SEGURO
Como ler o diagrama: o roteador separa consulta de execução. Na rota de leitura, o filtro de permissões é aplicado antes da recuperação — o copiloto nunca recupera um documento que o usuário não poderia abrir. Na rota de execução, toda ação passa pelo motor de políticas e, quando sensível, por confirmação explícita. A resposta final sempre carrega as evidências que a originaram.
PARA AMPLIAR A CAPACIDADE DE QUEM DECIDE
QUANDO UTILIZAR
- O julgamento humano permanece central
- Usuários precisam consultar diferentes fontes
- Respostas devem citar evidências
- O sistema pode preparar ou executar ações assistidas
- Permissões variam por usuário
- O contexto precisa continuar entre interações
CONTROLES ESSENCIAIS
- Filtragem por permissão
- Separação leitura × execução
- Confirmação para ações sensíveis
- Proteção de dados entre usuários
- Indicação explícita de fontes
- Retenção governada do histórico
- Registro de ferramentas utilizadas
PARA AMPLIAR A CAPACIDADE DE QUEM DECIDE
FLUXO DE REFERÊNCIA
- Usuário autenticado inicia a conversa
- O sistema recupera identidade, função e permissões
- Classifica a intenção
- Seleciona conhecimento e ferramentas
- Consulta fontes autorizadas
- Gera uma resposta fundamentada
- Propõe ou executa uma ação
- Solicita confirmação quando necessário
- Registra resposta, evidências e ações
COMPONENTES NECESSÁRIOS
Interface conversacionalSSO e identidadeControle de acessoRoteador de intençõesRAG
Memória governadaTool useCitationsPolítica de confirmaçãoHandoff humanoFeedbackObservabilidadePARA PROCESSOS CONHECIDOS QUE EXIGEM INTERPRETAÇÃO
O processo define o caminho. A IA resolve os pontos de complexidade.
Um workflow inteligente mantém etapas, regras e responsabilidades explicitamente definidas. A IA é utilizada apenas nos pontos em que o processo exige leitura, classificação, extração, análise ou geração.
DIAGRAMA · WORKFLOW INTELIGENTE ORIENTADO POR ESTADO
PARA PROCESSOS CONHECIDOS QUE EXIGEM INTERPRETAÇÃO
DIAGRAMA · WORKFLOW INTELIGENTE ORIENTADO POR ESTADO
PARA PROCESSOS CONHECIDOS QUE EXIGEM INTERPRETAÇÃO
Como ler o diagrama: o caminho é predefinido e cada etapa carrega um estado explícito — pendente, em execução, aguardando humano, concluída ou falha. O modelo é chamado apenas no estágio marcado como IA; regras, decisão e execução permanecem determinísticas. Resultados com confiança abaixo do limite não seguem: vão para a fila de exceções. Falhas não reiniciam o processo, retomam do último estado consistente.
QUANDO UTILIZAR
- As etapas do processo são conhecidas
- Previsibilidade é mais importante que autonomia
- Existem regras claras
- Algumas tarefas exigem interpretação
- O processo precisa de SLA e auditoria
- Falhas devem ser retomadas de forma controlada
PARA PROCESSOS CONHECIDOS QUE EXIGEM INTERPRETAÇÃO
FLUXO DE REFERÊNCIA
Evento → Validação → Extração por IA → Regra → Decisão → Aprovação → Execução → EntregaCOMPONENTES NECESSÁRIOS
TriggerOrquestradorState machineDECISÕES DE ARQUITETURA
- Quais etapas realmente precisam de IA
- Sincronismo ou assíncrono
- Política de retry
- Idempotência
- Compensação de ações
- SLA por etapa
- Confidence threshold
- Fila de exceções
- Versionamento do workflow
PARA TRANSFORMAR DOCUMENTOS EM DADOS, EVIDÊNCIAS E DECISÕES
O documento é a entrada. A entrega é estruturada e verificável.
A arquitetura processa documentos de diferentes formatos, extrai informações, valida resultados, relaciona evidências e produz dados ou artefatos prontos para utilização.
DIAGRAMA · PIPELINE DE INTELIGÊNCIA DOCUMENTAL
PARA TRANSFORMAR DOCUMENTOS EM DADOS, EVIDÊNCIAS E DECISÕES
DIAGRAMA · PIPELINE DE INTELIGÊNCIA DOCUMENTAL
PARA TRANSFORMAR DOCUMENTOS EM DADOS, EVIDÊNCIAS E DECISÕES
Como ler o diagrama: o resultado não é um resumo, é uma saída estruturada, validada e rastreável. Cada campo extraído permanece ligado à região exata do documento original, e o arquivo de origem é preservado junto da versão do extrator que o processou. Campos com confiança baixa não são publicados: seguem para revisão humana, e a correção volta ao dataset que avalia o próprio pipeline.
QUANDO UTILIZAR
- Documentos chegam em formatos diferentes
- Tabelas e textos precisam ser interpretados
- Campos precisam ser normalizados
- Cada conclusão precisa citar a fonte
- Documentos precisam ser comparados
- Exceções exigem revisão humana
PARA TRANSFORMAR DOCUMENTOS EM DADOS, EVIDÊNCIAS E DECISÕES
CONTROLES ESSENCIAIS
- Arquivo original preservado
- Evidência por campo
- Versão do extrator
- Score de confiança
- Validação de schema
- Revisão de campos críticos
- Separação por cliente
- Proteção contra instruções maliciosas
- Trilha de correções humanas
PIPELINE DE REFERÊNCIA
Receber documentoValidar arquivo e segurançaClassificar tipo e versãoExecutar OCR ou parsingSegmentar conteúdoExtrair campos e tabelasNormalizar valoresValidar schemaRelacionar evidênciasAplicar regras e análisesCalcular confiança por campoEncaminhar exceções para revisãoPublicar dados e entrega finalCOMPONENTES NECESSÁRIOS
Upload ou ingestãoAntivírus e validaçãoOCR
ParserClassificaçãoExtração estruturadaSchema registryNormalizaçãoEvidence storeConfidence scoringComparaçãoRevisão humanaVersionamentoIntegração de saídaPARA CONHECIMENTO AUTORIZADO E RESPOSTAS FUNDAMENTADAS
Recuperar o conteúdo certo é tão importante quanto gerar a resposta.
RAG empresarial não é apenas armazenar documentos em um banco vetorial. Exige ingestão, qualidade, metadados, permissões, recuperação híbrida, reranking, evidências e avaliação.
DIAGRAMA · RAG EMPRESARIAL · DOIS PIPELINES
PARA CONHECIMENTO AUTORIZADO E RESPOSTAS FUNDAMENTADAS
DIAGRAMA · RAG EMPRESARIAL · DOIS PIPELINES
PARA CONHECIMENTO AUTORIZADO E RESPOSTAS FUNDAMENTADAS
DIAGRAMA · RAG EMPRESARIAL · DOIS PIPELINES
Como ler o diagrama: a arquitetura não se resume a "usuário → vetor → modelo". Existem dois pipelines distintos: o de conhecimento, que prepara e governa o conteúdo, e o de consulta, que responde. O filtro de acesso vem antes da recuperação e as permissões são herdadas da fonte original. Quando o conteúdo recuperado não atinge o limite mínimo, o sistema tem uma saída explícita — dizer que não há evidência suficiente é uma resposta válida.
PARA CONHECIMENTO AUTORIZADO E RESPOSTAS FUNDAMENTADAS
QUANDO UTILIZAR
- Respostas dependem de conteúdo interno
- Fontes mudam com frequência
- Usuários possuem permissões diferentes
- Evidências precisam ser apresentadas
- Existe grande volume de documentos
- A precisão da recuperação precisa ser medida
MÉTRICAS NECESSÁRIAS
RecallPrecisionRelevância do contextoFidelidade à fonteCoberturaQualidade das citaçõesLatênciaCusto por consultaTaxa de ausência de respostaPIPELINES
ConhecimentoFontes → Ingestão → Parsing → Segmentação → Metadados → Embeddings → Índices → GovernançaPARA CONHECIMENTO AUTORIZADO E RESPOSTAS FUNDAMENTADAS
Consulta
Pergunta → Identidade → Reescrita → Filtro de permissão → Busca híbrida → Reranking → Contexto → Modelo → Resposta citada
COMPONENTES NECESSÁRIOS
ConectoresPipeline de ingestãoProcessamento incrementalChunkingCatálogo e metadadosEmbeddingsBusca lexical e vetorialRerankerFiltros de acessoContext builderCitationsCacheEvaluation datasetFeedbackPARA RESPONSABILIDADES ESPECIALIZADAS QUE PRECISAM COLABORAR
Cada agente possui uma responsabilidade. A arquitetura controla a colaboração.
Em um sistema multiagente, diferentes especialistas digitais colaboram para concluir um objetivo. Cada agente possui identidade, contexto, ferramentas, políticas e critérios de entrega próprios.
DIAGRAMA · PADRÃO SUPERVISOR E ESPECIALISTAS
PARA RESPONSABILIDADES ESPECIALIZADAS QUE PRECISAM COLABORAR
DIAGRAMA · PADRÃO SUPERVISOR E ESPECIALISTAS
PARA RESPONSABILIDADES ESPECIALIZADAS QUE PRECISAM COLABORAR
DIAGRAMA · PADRÃO SUPERVISOR E ESPECIALISTAS
Como ler o diagrama: o supervisor distribui trabalho por contratos estruturados de entrada e saída — nenhum agente acessa a memória, as ferramentas ou as credenciais de outro. O contexto compartilhado é governado: cada especialista recebe apenas o que sua responsabilidade exige, o que evita contexto excessivo e escalada de privilégio. Conflitos, baixa confiança e ações críticas sobem para o supervisor e, dele, para uma pessoa. Agentes de outras organizações conversam por A2A, sem acesso direto aos sistemas internos.
PARA RESPONSABILIDADES ESPECIALIZADAS QUE PRECISAM COLABORAR
QUANDO UTILIZAR
- O trabalho possui responsabilidades claramente diferentes
- Cada especialidade exige métodos ou ferramentas próprios
- As entregas precisam ser revisadas por outro agente
- Equipes ou organizações precisam manter autonomia
- O processo exige negociação ou coordenação
- Um único agente ficaria excessivamente complexo
PADRÕES POSSÍVEIS
Supervisor e especialistasPlanner e executoresPipeline de especialistasProdutor e revisorAgentes colaborativosOrganizações diferentes via A2APARA RESPONSABILIDADES ESPECIALIZADAS QUE PRECISAM COLABORAR
COMPONENTES NECESSÁRIOS
- Registry de agentes
- Identidade por agente
- Supervisor ou protocolo de coordenação
- Contratos de entrada e saída
- Contexto compartilhado controlado
- Memória por responsabilidade
- Políticas
- A2A
- Prevenção de loops
- Limites de delegação
- Tracing distribuído
- Avaliação por agente e por processo
RISCOS QUE A ARQUITETURA PRECISA TRATAR
Delegação indefinidaContexto excessivoResponsabilidades sobrepostasDecisões contraditóriasLoopsEscalada de privilégiosPerda de rastreabilidadeCusto e latência descontroladosPARA ESCALAR SISTEMAS SEM RECOMEÇAR A CADA PROJETO
Vários agentes. Uma fundação compartilhada.
Uma Agent Factory reúne componentes, padrões, ferramentas e controles para acelerar a construção e governar o ciclo de vida de diversos sistemas agênticos.
DIAGRAMA · AGENT FACTORY
PARA ESCALAR SISTEMAS SEM RECOMEÇAR A CADA PROJETO
DIAGRAMA · AGENT FACTORY
PARA ESCALAR SISTEMAS SEM RECOMEÇAR A CADA PROJETO
DIAGRAMA · AGENT FACTORY
PARA ESCALAR SISTEMAS SEM RECOMEÇAR A CADA PROJETO
Como ler o diagrama: cada sistema no topo mantém autonomia de domínio — quem conhece o processo continua decidindo como ele funciona — mas herda da plataforma a segurança, as avaliações, as integrações e os padrões. Nada é publicado sem passar pelas etapas de avaliação e aprovação do ciclo de vida, e a operação e o custo de todos os sistemas passam a ser observados no mesmo lugar.
QUANDO UTILIZAR
- Existem vários casos em desenvolvimento
- Equipes diferentes estão criando agentes
- Integrações estão sendo duplicadas
- Não há padrão de segurança
- Avaliações são feitas de maneiras diferentes
- A empresa precisa de governança central
- Custos precisam ser consolidados
- Componentes precisam ser reutilizados
PARA ESCALAR SISTEMAS SEM RECOMEÇAR A CADA PROJETO
CICLO DE VIDA
Descobrir → Projetar → Construir → Avaliar → Aprovar → Publicar → Operar → Evoluir → DescontinuarMODELO OPERACIONAL
- Plataforma central
- Times de domínio
- Segurança
- Arquitetura
- Especialistas de negócio
- Responsáveis pelos sistemas
- Comitê de governança proporcional ao risco
ESCOLHA PELO TRABALHO
Diferentes necessidades exigem diferentes níveis de autonomia.
| ARQUITETURA | CAMINHO | AUTONOMIA | PRINCIPAL ENTREGA |
|---|---|---|---|
| Copiloto | Conduzido pela pessoa | Baixa | Resposta, análise ou ação assistida |
| Workflow inteligente | Predefinido | Baixa a média | Processo executado |
| Sistema agêntico | Planejado dinamicamente | Média a alta | Objetivo concluído |
| Multiagente | Coordenado entre especialistas | Alta | Entrega composta |
| Inteligência documental | Pipeline especializado | Baixa a média | Dados e evidências |
| RAG empresarial | Recuperação e geração | Baixa | Resposta fundamentada |
ESCOLHA PELO TRABALHO
| ARQUITETURA | CAMINHO | AUTONOMIA | PRINCIPAL ENTREGA |
|---|---|---|---|
| Agent Factory | Plataforma compartilhada | Variável | Escala e governança |
A arquitetura final pode combinar mais de um padrão. Um sistema agêntico pode utilizar RAG, inteligência documental e workflows, enquanto é construído e operado sobre uma Agent Factory.
ENTREGÁVEIS DE ARQUITETURA
Arquitetura precisa orientar a construção e a operação.
Dependendo do projeto, produzimos:
- Arquitetura lógica
- Arquitetura física
- Diagrama de componentes
- Fluxo de execução
- Modelo de dados
- Mapa de integrações
- Matriz de ferramentas
- Modelo de identidade e permissões
- Política de autonomia e alçadas
- Estratégia de memória
ENTREGÁVEIS DE ARQUITETURA
- Arquitetura de RAG
- Estratégia de evaluations
- Modelo de observabilidade
- Tratamento de falhas
- Requisitos não funcionais
- Estimativa de custo
- Plano de deployment
- Modelo operacional
DA OPORTUNIDADE À ARQUITETURA
Qual sistema sua empresa precisa fazer funcionar?
Analisamos o processo, o estágio atual, os dados, as integrações, os riscos e o nível de autonomia necessário para recomendar a arquitetura mais adequada. No retorno inicial, indicamos se o melhor ponto de partida é um Assessment, Production Sprint, Agent Factory ou trabalho de Operação contínua.