IA proprietária para empresas
O que entregamos, como funciona e o que fica com a empresa no fim.
ARTIGO · IA PROPRIETÁRIA
IA privada, IA local, IA soberana e IA proprietária são usadas como sinônimos e não são a mesma coisa. Este texto separa os termos, mostra o que muda tecnicamente e quais são as condições reais para rodar uma IA dentro da empresa.
Os quatro aparecem juntos em material comercial, inclusive no nosso mercado. A diferença entre eles é o que muda no contrato e na conta.
| Termo | O que quer dizer de fato |
|---|---|
| IA privada | O dado não é usado por terceiro. É uma afirmação sobre política de uso do dado — pode valer para um serviço de nuvem com contrato adequado. |
| IA local (on premise) | O modelo roda em infraestrutura sob controle da empresa. É uma afirmação sobre onde a máquina está. |
| IA soberana | O processamento e o dado permanecem sob jurisdição de um país. É uma afirmação sobre território e lei aplicável. |
| IA proprietária | O modelo e a base treinada pertencem à empresa, com o código entregue. É uma afirmação sobre propriedade — a única que sobrevive ao fim do contrato. |
Os quatro podem coexistir e frequentemente coexistem. Mas eles respondem perguntas diferentes, e vale saber qual delas você está fazendo. “O dado sai?” é privacidade. “Onde a máquina está?” é local. “Sob que lei?” é soberania. “De quem é isso no fim?” é propriedade — e é a que costuma ficar de fora da conversa.
Há um dado que explica a origem da preocupação. Em estudo com 2.600 profissionais de privacidade, mais de uma em cada quatro organizações relatou ter proibido o uso de IA generativa, e as duas maiores preocupações declaradas foram risco à segurança e à privacidade dos dados.
Do outro lado, a adoção continua. No Brasil, a pesquisa TIC Empresas do Cetic.br mede o uso de inteligência artificial por empresas brasileiras — e a curva não é de recuo.
Essa tensão — a empresa quer usar, mas não quer que o dado saia — é exatamente o espaço que a IA privada ocupa.
Aqui mora a confusão mais cara do mercado. Há dois mecanismos possíveis, e eles resolvem coisas diferentes.
Recuperação (RAG). Os documentos da empresa ficam em uma base consultável. Quando alguém pergunta, o sistema busca os trechos relevantes e os entrega ao modelo junto com a pergunta. O conhecimento fica fora do modelo, é atualizável em minutos e a resposta tem procedência — dá para dizer de qual documento ela saiu.
Ajuste fino (fine tuning). O modelo é retreinado com exemplos da empresa e seus pesos mudam. Serve para formato, estilo, classificação e aderência a instrução.
Para conhecer o negócio, a evidência aponta para recuperação. Estudo comparativo concluiu que RAG superou consistentemente o ajuste fino não supervisionado, inclusive para conhecimento inteiramente novo. A orientação da AWS é começar por RAG quando o objetivo é responder com base em documentos próprios, e a da Microsoft é escolher ajuste fino quando o conteúdo é estável.
Na maioria dos projetos, portanto, “treinar a IA com os dados da empresa” significa, tecnicamente, construir uma base de conhecimento consultável e um sistema de recuperação bem feito — e não retreinar um modelo. Quem promete o contrário está vendendo a parte cara e menos eficaz.
Quatro condições, e a primeira é a que mais reprova projeto.
Este ponto costuma passar batido e é jurídico, não técnico. Os modelos densos do Qwen são publicados sob Apache 2.0 e o DeepSeek-R1 sob MIT — licenças abertas padrão, permissivas para uso comercial. Já o Llama e o Gemma têm licenças próprias, não reconhecidas como abertas pelo padrão OSI: a do Llama exige pedido de licença à Meta acima de 700 milhões de usuários ativos mensais e exibição de atribuição; a do Gemma tem política de uso proibido própria.
Nenhuma dessas condições inviabiliza uso empresarial comum. Mas elas precisam ser lidas antes de a arquitetura ser fechada. Trocar o modelo base de um sistema em produção é uma das operações mais caras de refazer.
| Serviço por API | IA proprietária | |
|---|---|---|
| Custo | Variável, por uso — sobe quando a ferramenta começa a dar resultado | Investimento definido no projeto, mais operação |
| Dado | Sai do perímetro, sob a política de retenção do fornecedor | Permanece na infraestrutura da empresa |
| Aprendizado | Fica com o fornecedor | Acumula na base da própria empresa |
| Fim do contrato | Não fica modelo, base treinada nem independência técnica | Fica o modelo, a base e o código-fonte |
| Quem opera | O fornecedor | A empresa, ou quem ela contratar — mas a escolha é dela |
Sobre a linha do dado, vale conferir a política de cada fornecedor em vez de presumir. Elas diferem, e diferem inclusive dentro do mesmo fornecedor: em pelo menos um caso, a regra de uso do conteúdo para desenvolvimento de produtos é diferente entre o plano gratuito e o plano pago da mesma API.
Nem todo caso justifica. Continua fazendo mais sentido usar serviço de terceiro quando o volume é baixo e previsível; quando o uso é exploratório e ainda não se sabe se o caso existe; quando o dado tratado é público; e quando não há, nem se pretende ter, quem opere infraestrutura.
A decisão vira em favor de construir quando três coisas aparecem juntas: volume crescente, dado sensível e uso que virou parte do processo — não mais experimento. É a combinação das três, não uma delas isolada.
O que entregamos, como funciona e o que fica com a empresa no fim.
RAG, fine tuning, os sete pontos de falha e como avaliar se está funcionando.
O que a lei exige quando o dado sai, e o que ela não exige.
Trinta minutos para avaliar se o material da sua empresa sustenta uma IA própria hoje.
Respondemos em até 1 hora útil. Confirmação no mesmo dia útil.