Infraestrutura de IA para empresas de médio porte: plano inicial

A infraestrutura de IA para empresas de médio porte é o conjunto de bases compartilhadas (identidade, acesso a dados, ferramentas, permissões, monitoramento e responsáveis claros) que permite a várias equipes operar agentes de IA sem que cada uma monte a sua própria estrutura. O plano inicial prático é definir poucos papéis estreitos, construir só os serviços compartilhados de que esses papéis precisam, colocar uma governança leve com responsáveis nomeados e adiar tudo o que não serve a um papel em operação. A ordem dessas decisões pesa mais do que o tamanho do investimento.

Principais pontos

• Comece pelos papéis, não pelas ferramentas. Dois ou três papéis estreitos, com dono definido, mostram qual infraestrutura é realmente necessária.
• Compartilhe os serviços que custam caro quando são feitos errado: identidade, permissões, registro de atividade e acesso aprovado a dados. Deixe o detalhe do fluxo de trabalho com as equipes que são donas dele.
• Nesse porte, governança significa responsáveis nomeados, limites de aprovação por escrito e uma revisão periódica. Não exige comitê.
• Adie ajuste fino de modelos, construtores de agentes abertos a toda a empresa, papéis voltados ao cliente e integrações amplas até que um papel em operação mostre a necessidade.
• Avalie cada etapa por um resultado observável, combinado antes, e só expanda quando esse resultado se sustentar.

Por que planejar antes de comprar uma plataforma?

A maioria das empresas de médio porte chega à IA do mesmo jeito. Vendas testa um assistente, o financeiro experimenta outro, e alguém de operações conecta um modelo de conversa a uma planilha usando uma conta pessoal. Cada escolha, isolada, é razoável. Juntas, deixam perguntas em aberto que importam: quem pode ver quais dados, para onde foram as informações da empresa, qual ferramenta fez determinada alteração e quem responde quando algo dá errado.

Uma empresa desse tamanho está numa posição incômoda. É grande demais para que experimentos informais continuem seguros e, em geral, pequena demais para manter um time dedicado à plataforma. Um plano inicial preenche essa lacuna. Ele dá espaço para cada equipe trabalhar, enquanto a empresa mantém uma resposta única e consistente para as perguntas acima.

Um plano também é mais barato de mudar do que uma plataforma. Se você se compromete com uma plataforma ampla antes de saber de quais papéis precisa, tende a moldar os papéis em função dela. Se define os papéis primeiro, a infraestrutura acompanha o trabalho. Para um mapa mais completo das peças envolvidas, veja as sete camadas da infraestrutura de IA empresarial.

Quais decisões vêm primeiro, e em que ordem?

A sequência abaixo é curta de propósito. Cada passo produz algo que você pode ler, revisar e alterar.

• Nomeie um patrocinador e um responsável operacional. O patrocinador é um executivo que assume a responsabilidade pelos resultados. O responsável cuida das dúvidas do dia a dia, das revisões e dos pedidos das equipes.
• Escolha dois ou três papéis candidatos. Prefira trabalho que se repete, tem entradas claras, tolera um rascunho revisado e usa dados que você pode conectar de forma legítima.
• Escreva uma descrição de uma página para cada papel: objetivo, entradas, ferramentas, o que pode fazer sozinho, quando deve parar e perguntar, e como o sucesso será observado.
• Defina o modelo de identidade e de acesso antes de conectar qualquer coisa. Cada agente deve ter a própria conta, com o menor conjunto de permissões que o papel exige.
• Selecione os serviços compartilhados que esses papéis têm em comum (tratados na próxima seção).
• Defina por escrito os limites de aprovação de cada papel, antes de ele entrar em operação.
• Rode o primeiro papel até que cumpra o critério combinado, revise o registro em conjunto e só então inicie o segundo.

O último passo é o mais pulado. Começar todos os papéis ao mesmo tempo parece eficiente, mas dilui a atenção do responsável e esconde quais escolhas de desenho funcionaram. Se você precisa de um jeito de ordenar os candidatos, um método de quatro fatores para priorizar casos de uso de IA pode ajudar.

Há também uma questão estrutural: um agente para a empresa inteira ou um por equipe. Nenhuma resposta vale para todos os casos, e quantos agentes de IA uma empresa precisa mostra como contar papéis em vez de áreas. Para uma empresa com várias equipes, um padrão comum é ter papéis separados e estreitos apoiados nas mesmas bases compartilhadas, de modo que as equipes continuem independentes e os controles continuem consistentes.

O que compartilhar entre as equipes e o que manter local?

Uma regra útil: compartilhe o que é difícil de corrigir depois e arriscado de duplicar, e mantenha local o que depende de como cada equipe trabalha.

Compartilhe estes itens:

• Identidade e contas. Cada agente age por meio de uma conta própria, e não do login de um colega, para que suas ações possam ser distinguidas e seu acesso possa ser removido sem efeitos colaterais. O raciocínio está em por que o agente de IA da empresa precisa de identidade e contas próprias.
• Permissões. As verificações de autorização devem seguir o princípio do menor privilégio, a mesma disciplina descrita na orientação de autorização da OWASP, e precisam ser revisadas em intervalos definidos.
• Acesso aprovado a dados. Ofereça um único caminho controlado para conectar repositórios de documentos, o CRM e as pastas compartilhadas, com um responsável nomeado para cada fonte.
• Registro e observabilidade. Mantenha um histórico comum do que cada agente fez, quais ferramentas acionou e o que aconteceu depois. Os conceitos do material introdutório de observabilidade do OpenTelemetry (rastros, logs e métricas) se aplicam bem ao trabalho com agentes.
• Acesso a modelos. Chegue aos modelos por uma camada que você controla, para que trocar de modelo não signifique reescrever todos os papéis.
• Gestão de mudanças e incidentes. Um único jeito de atualizar um papel, reverter a atualização e reagir quando algo se comporta mal.

Mantenha local, em cada equipe:

• As instruções do papel, o tom e o vocabulário.
• A definição de uma boa entrega para aquela equipe.
• Os detalhes do fluxo de trabalho e as passagens de bastão.
• Quem, na equipe, revisa e aprova o trabalho do agente.

Essa fronteira não é rígida. Se três equipes continuam escrevendo o mesmo tipo de instrução, é sinal de que ela deve virar um serviço compartilhado. Se uma regra compartilhada vive sendo contornada, provavelmente está apertada demais para as equipes que dependem dela.

Como deve ser a governança nesse porte?

A governança de uma empresa de médio porte deve ser pequena o bastante para que as pessoas a sigam. Sua função é tornar a responsabilidade visível, não frear o trabalho útil. Um mínimo viável cabe em poucas páginas:

• Um inventário de todos os papéis ativos, com o responsável, os sistemas que cada um alcança e a data da última revisão.
• Limites de aprovação por escrito: o que o agente pode fazer sozinho, o que precisa da aprovação de uma pessoa e o que ele nunca deve fazer.
• Regras de dados que indicam quais categorias de informação cada papel pode usar e onde esses dados são armazenados e processados.
• Uma política de uso aceitável para os funcionários, para que saibam o que podem compartilhar com agentes e o que não podem.
• Um ritmo de revisão, com um momento fixo para decidir o que manter, corrigir ou encerrar.

Os limites de aprovação merecem o maior cuidado. Um padrão sensato é permitir leitura e rascunho, exigir aprovação de uma pessoa para qualquer envio para fora da empresa, e nunca deixar que um agente faça sozinho pagamentos, exclusões ou mudanças de permissão. Afrouxe esses limites apenas quando o registro mostrar que o papel mereceu.

Se você quer um vocabulário comum, o NIST AI Risk Management Framework organiza o trabalho em governar, mapear, medir e gerenciar riscos. Não é preciso adotá-lo por inteiro. Aproveitar a estrutura dele ajuda a diretoria a falar das mesmas coisas com os mesmos termos. Para um início leve, governança de IA para empresas médias mostra o que colocar de pé primeiro.

O que adiar?

Adiar é uma decisão e merece o mesmo cuidado que aquilo que você constrói. Estes itens costumam poder esperar até que um papel em operação dê um motivo:

• Ajuste fino de modelos próprios. Instruções claras e um conhecimento da empresa bem organizado normalmente vêm antes. Volte ao ajuste fino apenas quando o registro mostrar uma lacuna que eles não fecham.
• Um construtor de agentes aberto a toda a empresa. Ele multiplica papéis mais rápido do que alguém consegue revisar.
• Papéis voltados ao cliente. Um papel interno é um lugar mais seguro para aprender como seus limites de aprovação se sustentam.
• Integrações amplas conectadas só por precaução. Conecte um sistema quando um papel precisar dele e conceda o acesso mais restrito que funcione.
• Roteamento entre vários modelos. Comece com um modelo adequado ao papel e acrescente outros quando for possível mostrar que o primeiro está limitando.
• Otimização detalhada de custos. Acompanhe o uso básico desde o início para entender o que cada papel consome, mas espere padrões reais de uso antes de ajustar.
• Uma biblioteca extensa de políticas. Escreva as páginas de que precisa agora e acrescente outras quando uma situação real pedir.

Algumas coisas não devem ser adiadas, mesmo sendo menos visíveis: identidade, registro de atividade, o cadastro de quem é dono de quê e um entendimento claro de como você exportaria as instruções e a memória do agente se trocasse de fornecedor. Isso é muito mais difícil de acrescentar depois que várias equipes dependem do sistema.

Como isso fica na prática?

Cenário ilustrativo: uma empresa tem uma equipe de operações, uma de finanças e uma de vendas. A diretoria escolhe como primeiro papel o acompanhamento semanal de projetos da equipe de operações. O agente lê o painel de projetos, redige o resumo semanal e prepara mensagens de follow-up. Um coordenador aprova tudo antes do envio.

Antes de o agente começar, a empresa dá a ele uma conta própria, com acesso de leitura ao painel e permissão apenas para redigir. Configura um registro comum e nomeia o coordenador como dono do papel. O critério de sucesso é observável: o coordenador revisa os rascunhos e anota quais precisaram de correção substancial.

Só depois dessa revisão a equipe de finanças inicia o seu papel: preparar rascunhos de resposta a dúvidas rotineiras sobre notas fiscais, para uma pessoa aprovar. Ela reaproveita o mesmo padrão de conta, o mesmo registro e o mesmo hábito de aprovação. A equipe de finanças escreve suas próprias instruções e decide quem revisa os rascunhos. A equipe de vendas espera, e ninguém precisa refazer nada quando chegar a vez dela.

O ponto do cenário é o reaproveitamento. O segundo papel custa menos para começar do que o primeiro, porque as bases já existem e o responsável já sabe como revisar. Se você quer ver como um papel passa do teste para o uso rotineiro, prova de conceito, piloto e produção em IA descreve o que cada etapa deve provar.

A Be Human segue essa mesma sequência. Um projeto começa definindo um papel útil, a memória e as ferramentas de que ele precisa, os limites de aprovação e um critério de sucesso observável. Em seguida, a Be Human desenha e implementa as peças compartilhadas para esse papel (identidade, canais, permissões e memória) sob o controle da empresa. A operação gerenciada pode incluir monitoramento, avaliações recorrentes, manutenção de integrações, revisão de permissões, resposta a incidentes e melhorias controladas. Os papéis seguintes se apoiam nas mesmas bases. O serviço é prestado remotamente, em português e inglês.

Perguntas frequentes

Precisamos de um time de IA dedicado antes de começar? Não para o primeiro papel. Você precisa de um patrocinador, de um responsável operacional e de alguém da equipe envolvida que consiga revisar o trabalho do agente. Um time dedicado passa a fazer sentido quando vários papéis estão em operação e o trabalho de revisão e manutenção ultrapassa a atenção de meio período.

Com quantos papéis devemos começar? Dois ou três candidatos é um bom número para avaliar, mas rode o primeiro até o critério de sucesso antes de iniciar o próximo. Isso mantém a atenção do responsável focada e deixa claro quais escolhas de desenho funcionaram. Acrescentar um papel deve parecer reaproveitamento, não um projeto novo.

Cada departamento deve escolher as próprias ferramentas de IA? Os departamentos devem ser donos das instruções e dos fluxos de trabalho dos seus papéis, mas identidade, permissões, acesso a dados e registro de atividade devem ser compartilhados. Se cada departamento escolhe suas ferramentas, você acaba com vários modelos de acesso e nenhum registro único do que os agentes fizeram. Uma base compartilhada com a propriedade do trabalho nas equipes é o meio-termo habitual.

Quando é hora de acrescentar mais infraestrutura? Quando um papel em operação mostrar uma necessidade específica: um contorno repetido, uma integração que falta ou uma revisão que demora demais por falta de registros melhores. Deixe que a evidência dos papéis em funcionamento conduza o próximo investimento, e não a sensação geral de que a estrutura deveria parecer mais completa.

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