Diagrama de arquitetura de IA para empresas: mapa em uma página

Um diagrama de arquitetura de IA para empresas é uma página única que mostra o trabalho que está sendo feito, os agentes que o executam, os modelos por trás deles, as ferramentas e os dados que tocam e a pessoa responsável por cada parte. Desenhe em faixas rotuladas, lidas de cima para baixo, com setas apenas onde informação ou ação realmente se movem, e com um responsável nomeado em cada caixa. Se um gestor consegue ler a página em poucos minutos e dizer quem chamar quando algo der errado, ela está cumprindo o papel.

Principais pontos

• Cinco faixas bastam: trabalho, agentes, modelos, ferramentas e dados, responsáveis. O que passar disso vai para um anexo.
• Toda caixa precisa de um responsável humano com nome, e toda seta precisa de um rótulo dizendo o que se move e se aquilo pode alterar alguma coisa.
• Marque cada conexão como leitura, rascunho ou ação. Essa distinção sozinha responde à maior parte das dúvidas da liderança sobre risco.
• Desenhe o que existe hoje, não o que uma apresentação de fornecedor promete. Lacunas e caixas sem responsável são o que o mapa terá de mais útil a mostrar.
• Trate a página como um documento vivo, com data de revisão, e não como uma entrega única.

Por que um gestor precisa de um mapa de IA em uma página?

A maioria das empresas adota IA aos poucos. Uma ferramenta de chat para o time de vendas, um assistente dentro do helpdesk, um script que alguém montou num fim de semana e que chama um modelo por uma conta pessoal. Cada peça faz sentido isolada. Juntas, ninguém sabe dizer quais sistemas a IA alcança, quais dados saem da empresa ou quem recebe a ligação quando uma resposta está errada.

Diagramas técnicos não resolvem isso, porque respondem a perguntas de engenharia: filas, contêineres, protocolos. O gestor precisa de outras respostas. Para que isso serve? No que consegue mexer? Quem responde por isso? O que acontece se parar? São perguntas sobre responsabilidade, e uma única página consegue abrigá-las.

O mapa também dá às equipes um vocabulário comum. Quando financeiro, operações, jurídico e TI apontam para a mesma caixa, as conversas sobre orçamento, acesso e risco ficam mais curtas. Referências como o NIST AI Risk Management Framework partem da ideia de que a organização precisa primeiro mapear onde a IA é usada e quem responde por ela. Esta página é uma forma prática de dar esse primeiro passo sem montar um comitê.

O que entra na página?

Use cinco faixas horizontais, com nomes em linguagem simples, empilhadas de modo que o propósito do negócio fique no topo e a responsabilidade na base.

• Trabalho: as tarefas ou funções do negócio que a IA apoia, como responder e-mails de fornecedores ou preparar um relatório semanal. Comece por aqui, porque todas as outras faixas existem para servir a esta.
• Agentes: cada agente ou assistente identificado, com uma linha descrevendo sua função e o canal pelo qual as pessoas o acessam (caixa de e-mail compartilhada, chat da equipe, página web).
• Modelos: o modelo de linguagem por trás de cada agente e a conta em que ele roda. Se houver mais de um, mostre qual agente usa qual. O artigo sobre quando compensa usar mais de um modelo de IA na empresa explica por que essa escolha merece ser deliberada.
• Ferramentas e dados: os sistemas que cada agente lê ou escreve, como o CRM, o repositório de documentos, a agenda ou o sistema contábil. Inclua aqui a memória do agente, o lugar onde ele guarda o que aprendeu sobre o seu negócio.
• Responsáveis: para cada coluna, uma pessoa que aprova mudanças e outra que trata os problemas.

Use nos rótulos as palavras que sua equipe já usa. Se um rótulo exige glossário, reescreva. Para a estrutura técnica mais profunda por trás dessas faixas, as sete camadas da infraestrutura de IA empresarial são o texto complementar, mas a página do gestor não deve reproduzi-las.

Algumas conexões com ferramentas usam padrões abertos, como o Model Context Protocol, que descreve uma forma comum de aplicações de IA se conectarem a ferramentas e dados. Você não precisa desenhar o protocolo. Precisa desenhar o que está conectado e qual permissão aquela conexão carrega.

Como desenhar, passo a passo?

Dá para fazer em uma sessão de trabalho de uma ou duas horas, em um quadro branco ou no papel. Uma foto do quadro é uma primeira versão perfeitamente aceitável.

• Passo um: escreva os nomes das cinco faixas ao longo do lado esquerdo de uma página na horizontal.
• Passo dois: na faixa de trabalho, liste cada tarefa que a IA apoia, uma caixa para cada. Inclua o uso informal, como um gerente colando relatórios em uma ferramenta de chat.
• Passo três: na faixa de agentes, coloque uma caixa sob cada trabalho. Escreva a função em uma frase e indique o canal que as pessoas usam para acessá-lo.
• Passo quatro: na faixa de modelos, acrescente o modelo de cada agente e a conta em que ele roda. Marque se essa conta pertence à empresa, a um fornecedor ou a uma pessoa. O texto sobre de quem devem ser as contas e chaves de API do agente de IA explica por que essa marcação importa.
• Passo cinco: na faixa de ferramentas e dados, acrescente todo sistema que cada agente toca. Desenhe setas do agente até o sistema e rotule cada uma como leitura, rascunho ou ação. Use linha tracejada para leitura e rascunho, e linha contínua para ação.
• Passo seis: marque cada sistema com um nível de sensibilidade em palavras: público, interno ou restrito.
• Passo sete: na faixa de responsáveis, escreva o nome de uma pessoa, não de um departamento. Acrescente o nome de um substituto.
• Passo oito: trace uma linha de fronteira em torno de tudo que está fora do controle da empresa, como o serviço hospedado de um fornecedor, para que o leitor veja onde os dados cruzam.
• Passo nove: escreva em um canto a data, o número da versão e a data da próxima revisão.

Desenhe o mapa junto com quem toca a operação, e não apenas com a TI. Quem usa o agente no dia a dia conhece o login compartilhado, a planilha exportada e o hábito de encaminhar e-mails que nunca entraram em nenhuma descrição oficial.

Como o mapa fica na prática?

Cenário ilustrativo: uma distribuidora regional, com um time de operações enxuto, usa IA em dois trabalhos. Um agente redige respostas para dúvidas de fornecedores sobre entregas. Um segundo assistente ajuda a líder financeira a preparar um relatório semanal.

No mapa, a faixa de trabalho tem duas caixas: correspondência com fornecedores e relatório semanal. O primeiro agente fica sob correspondência com fornecedores e é acessado por uma caixa de e-mail compartilhada. Suas setas vão para a caixa de e-mail (leitura), o sistema de pedidos (leitura) e uma pasta de rascunhos (rascunho). Nada está marcado como ação, então uma pessoa envia cada resposta. O assistente de relatório tem uma única seta, para uma exportação da contabilidade (leitura), e nada mais.

Desenhar isso revela três coisas. O assistente de relatório roda em uma conta de modelo registrada no e-mail pessoal da líder financeira. A conexão com o sistema de pedidos usa um login de administrador compartilhado por todo o time de operações. E ninguém foi nomeado responsável pela memória do agente de fornecedores, que acumula anotações sobre fornecedores há meses.

Nenhum desses pontos é falha de tecnologia. Cada um é uma lacuna de responsabilidade, e cada um se resolve com uma decisão, não com um software novo: mover a conta para a empresa, dar ao agente um login próprio e restrito (o raciocínio está em por que o agente de IA da empresa precisa de identidade e contas próprias) e nomear um responsável pela memória.

Como ler o mapa depois de desenhado?

Use a página como ferramenta de revisão. Percorra-a com os responsáveis na sala e faça estas perguntas, nesta ordem.

• Quais setas estão marcadas como ação, e quem aprovou cada uma? Conexões que alteram coisas merecem o maior escrutínio. Orientações de autorização, como o OWASP Authorization Cheat Sheet, recomendam dar a cada identidade apenas o acesso de que ela precisa, e o mapa mostra onde isso não aconteceu.
• Alguma caixa está sem responsável, ou com um responsável que já saiu da empresa?
• Onde dados restritos cruzam a linha de fronteira, e isso foi uma decisão deliberada?
• Quais contas pertencem à empresa e quais pertencem a uma pessoa ou a um fornecedor?
• Se um modelo ou fornecedor ficasse indisponível no mês que vem, quais caixas parariam de funcionar, e qual é o plano alternativo?
• Onde a atividade fica registrada, e quem olha esse registro? Um agente sem registro visível do que faz não pode ser revisado.

Uma combinação merece uma segunda olhada. Se um agente lê conteúdo de fora da empresa (e-mails recebidos, páginas web, arquivos enviados) e também tem uma seta de ação, alguém pode tentar esconder instruções nesse conteúdo para desviar o comportamento do agente. A orientação da OWASP sobre prevenção de prompt injection descreve esse tipo de risco. No mapa, ele aparece simplesmente como uma seta de leitura de fonte não confiável ao lado de uma seta de ação, o que é fácil de enxergar e, em geral, fácil de corrigir exigindo aprovação humana antes da ação.

Que erros tornam o mapa inútil?

A maioria dos mapas que falham falha pelos mesmos motivos.

• Desenhar logotipos de fornecedores em vez de funções. Uma página de nomes de produtos diz o que você comprou, não pelo que a IA responde.
• Mostrar tudo. Se a página exige letra miúda, divida: mantenha a visão do gestor nas funções que tocam dados da empresa ou executam ações, e liste o resto em uma nota curta logo abaixo.
• Colocar departamentos na faixa de responsáveis. Um departamento não aprova mudanças nem atende ligações. O modelo operacional de IA para empresas transforma os nomes do mapa em deveres claros de quem é dono, revisa e opera.
• Deixar o uso informal de fora. Contas pessoais e documentos colados em ferramentas costumam ser onde está a exposição real.
• Desenhar uma vez e arquivar. Um mapa de um ano atrás descreve uma empresa que já não existe. Coloque a data de revisão na página e cumpra-a.

Como uma operação gerenciada mantém o mapa preciso?

A Be Human projeta, implementa e opera infraestrutura de IA personalizada, e as cinco faixas espelham a forma como um primeiro projeto é delimitado: uma função útil, a memória e as ferramentas de que ela precisa, limites de aprovação e um critério de sucesso observável. Na operação gerenciada, o monitoramento, a revisão de permissões e a manutenção das integrações são os pontos em que o mapa, de outro modo, ficaria desatualizado, então toda mudança de ferramenta, modelo ou permissão é registrada e ligada a um aprovador nomeado. A empresa mantém o controle sobre a identidade, a memória e as permissões dos seus agentes, e o trabalho é feito remotamente, em português e inglês.

Perguntas frequentes

Preciso de uma pessoa técnica para desenhar o mapa? Você precisa de uma na sala, mas não necessariamente segurando a caneta. Um gestor que conhece a operação e alguém que sabe quais sistemas estão conectados conseguem completar a primeira versão juntos em uma única sessão. O teste é se um colega de fora dos dois grupos consegue ler o mapa sem ajuda.

O mapa deve incluir recursos de IA embutidos em softwares que já usamos? Inclua se eles lidam com dados da empresa ou podem executar ações, como um assistente que envia mensagens pelo seu sistema de e-mail. Recursos que apenas sugerem redação dentro de um documento podem ficar numa nota curta abaixo do mapa. Passe-os para a página principal se o acesso deles crescer.

Quão detalhada deve ser a faixa de dados? Nomeie o sistema e o nível de sensibilidade, e pare por aí. Não é preciso listar tabelas nem campos. O objetivo é ver quais sistemas restritos um agente alcança e se a conexão é de leitura, rascunho ou ação.

Em que isso difere de um diagrama de arquitetura padrão? Um diagrama padrão mostra como os componentes se conectam para que engenheiros os construam e corrijam. Esta página mostra para que a IA serve, no que ela pode mexer e quem responde por ela, para que gestores decidam e ajam. Os dois devem estar de acordo, mas respondem a perguntas diferentes, e a página do gestor precisa continuar legível sem formação técnica.

Orientação editorial Be Human. Exemplos são ilustrativos, salvo atribuição explícita. Fontes oferecem contexto; a implementação depende do seu processo.