O fosso nunca foi o código: onde falha a ideia de «substituir toda a empresa por IA»
O que uma empresa de software mostra é código. O que vale é tudo o que o código não consegue assinar. A promessa de simular uma empresa inteira com agentes é, na prática, um mapa das partes que se recusam a ser simuladas.
Há uma proposta que se instalou nos círculos da IA, e é mais ambiciosa do que a habitual história da automatização. Aponta-se um enxame de agentes a um mercado, deixa-se que gerem software do início ao fim, e não se automatizou uma tarefa dentro de uma empresa. Substituiu-se a empresa. Sem engenheiros, sem organograma, sem uma camada de código escrita por humanos por baixo. A versão mais citada chama-se Macrohard, um nome propositadamente irónico para um projeto da xAI anunciado por Elon Musk em agosto de 2025. O seu argumento, tal como foi noticiado na altura, era mais restrito: uma empresa de software pode, em princípio, ser simulada por IA porque não fabrica hardware, logo não há nada físico para reproduzir. A versão mais forte, a de que essa empresa não teria absolutamente nada codificado por humanos por baixo, é como os entusiastas amplificaram a proposta, não algo que o próprio anúncio tenha estabelecido. Ambas as versões são aqui atribuídas a partir de notícias da época, não de um documento primário. Ler a alegação com atenção devolve algo que os seus autores não pretendiam revelar: um mapa preciso de onde está realmente o valor de uma empresa de software.
Siga-se o mecanismo. Dizer que a IA pode substituir a empresa é alegar que a IA consegue reproduzir tudo o que essa empresa vende. Por isso, a pergunta simples primeiro: o que vende, de facto, uma empresa de software? Não linhas de código. O código é o artefacto, o resultado visível, e a geração a custo quase nulo está a provar rapidamente como esse resultado se tornou barato. O que os clientes realmente pagam é a promessa que envolve o código, e a maior parte dessa promessa é feita de coisas que um enxame de agentes não consegue assumir.
A IA consegue mesmo substituir uma empresa de software?
Consegue substituir uma fatia, e essa fatia é real. Código repetitivo, código de ligação, primeiras versões de funcionalidades, boa parte do meio do funil de engenharia: tudo isso pode automatizar-se. Mas percorra-se a lista do que um comprador está realmente a adquirir quando assina um contrato, e a parte automatizável encolhe depressa.
Estão a comprar responsabilização, uma organização com um nome no contrato que pode ser cobrada por um nível de serviço e, quando é preciso, processada judicialmente. Estão a comprar distribuição, um lugar na lista de fornecedores aprovados, uma relação de compras que levou anos a fechar, um comercial que compreende o seu regime de conformidade. Estão a comprar suporte, a pessoa que atende quando o sistema cai às duas da manhã e assume a responsabilidade pela falha até estar resolvida. Estão a comprar confiança, um vínculo reputacional que só existe porque uma empresa concreta já o honrou antes. Torne-se isto concreto. Ao abrigo do artigo 28.º do RGPD, quem trata dados pessoais de um cliente tem de ser um subcontratante identificado, vinculado por um contrato escrito com responsabilidade real associada, e um simples enxame de agentes não traz nenhuma da responsabilidade que essa cláusula pressupõe. A mesma lacuna aparece numa plataforma de contratação pública europeia, do Portal BASE em Portugal a um quadro equivalente noutro Estado-membro, e nas coberturas de responsabilidade profissional e de risco cibernético que a equipa de gestão de risco de terceiros de um banco exige antes de qualquer registo se mover. O enxame reproduz a camada de comoditização. Tudo o que gerava margem fica fora do seu alcance.
O sinal: repare no que a proposta deixa de fora
Eis a heurística de due diligence que vale a pena guardar. Em qualquer alegação de «a IA vai simular a empresa X», verifique se quem a faz descreveu corretamente o que X faz. Quase nunca descreveu. O âmbito anunciado omite sistematicamente as partes do negócio que geram o lucro real e a defensabilidade real, e essa omissão é todo o sinal. A proposta está a dizer onde está o valor ao nomear o único componente que sente confiança em copiar.
O próprio nome do projeto denuncia isto. Batize-se um projeto com o nome de uma empresa de software estabelecida e convida-se à comparação, mas a empresa que o nome parodia não gera os seus resultados por emitir software. Gera-os através de hardware, capacidade de cloud vendida à hora, relações de licenciamento empresarial com décadas de existência, e uma máquina de distribuição que os concorrentes não conseguem reconstruir a nenhum preço. Simule-se o código e copiou-se a coisa menos defensável que essa empresa possui; tudo o que a demonstração ignorou é o fosso.
É por isto que a forma honesta de pensar os sistemas agentes é como instrumentos dentro de uma organização. Justificam o seu valor quando a organização à sua volta continua a assumir os contratos e mantém um humano responsável pelo resultado, que é todo o argumento a favor de IA prática com controlo humano: a camada de controlo é a parte pela qual os clientes estão realmente a pagar.
Como deve um conselho de administração ler um anúncio de «a IA é a empresa»?
Avalie-se exatamente como qualquer outro grande negócio de IA: como marketing de capacidade com uma taxa de conversão baixa e mensurável. Um projeto com nome e um anúncio de contratações são inputs, não resultados. Contem-se como nada até se traduzirem em produto lançado, clientes a pagar ou compromissos contratuais. A história não é generosa com a versão grandiosa. O Watson, da IBM, foi vendido como a IA que ultrapassaria oncologistas na leitura de exames, com uma parceria de destaque com o MD Anderson, o centro oncológico da Universidade do Texas em Houston; segundo a imprensa da época, o MD Anderson suspendeu o projeto em 2017. O negócio clínico duradouro que prometia nunca se concretizou. «Estamos a construir uma empresa sem humanos lá dentro» é uma alegação mais forte do que alguma vez foi a do Watson, por isso merece ainda mais ceticismo.
O movimento de segunda ordem importa mais do que o título. Se a geração de código está mesmo a caminho de ser gratuita, a diferenciação não desaparece; muda de sítio, para a camada que não se deixa simular. Isso são boas notícias para empresas cuja força nunca foi a base de código, e um acontecimento de extinção para as lojas de código puro cujo único produto era o artefacto agora a tornar-se uma mercadoria. Um conselho de administração que esteja a reavaliar um fornecedor de software, um concorrente, ou o seu próprio roteiro, deve aplicar o mesmo teste ao contrário: retirar o código e perguntar o que sobra. O que sobreviver a essa subtração é o ativo, e tudo o resto ia sempre ficar mais barato.
O teste contrário fecha o argumento, mas comece-se pela objeção mais forte. Nada impede que se acople um invólucro jurídico ao enxame: constituir uma sociedade, nomear um administrador nominal, deixar essa entidade assinar o acordo de tratamento de dados e assumir a indemnização. Os agentes não podem assinar, é verdade, mas uma empresa que nominalmente gerem pode, pelo que a camada de responsabilização parece um problema resolvido. Não é, e a razão é económica, não metafísica. Uma assinatura vale o balanço que tem por trás mais o vínculo reputacional que coloca em risco, e uma sociedade recém-criada não tem nenhum dos dois. As seguradoras avaliam a cobertura de responsabilidade profissional e de risco cibernético com base no processo de engenharia, no controlo de alterações e no histórico de incidentes, nada disto uma entidade recém-nascida consegue comprovar, pelo que ou o prémio a exclui do mercado ou a apólice nunca chega a ser emitida. As plataformas de contratação querem responsáveis identificados, registos de auditoria e um historial, não um fornecedor cujo único colaborador é um endpoint de modelo. E uma indemnização paga por uma sociedade com capital mínimo, que não consegue tecnicamente sustentar o que assinou, só paga os ativos que tem quando a reclamação chega, ou seja, nada. A sociedade pode segurar a caneta, mas não consegue fabricar o registo institucional que dá significado à assinatura, e é esse registo o verdadeiro produto. É esse o sentido de construir sistemas agentes com responsabilização desenhada desde a origem em vez de a assumir como garantida: decidir onde fica a camada humana antes de construir é o verdadeiro trabalho estratégico, a mesma disciplina de uma estratégia técnica honesta, saber que parte do negócio a máquina pode tocar e que parte é a razão pela qual alguém paga.
Automatizar a geração de código só reduz o custo da mercadoria. O fosso sempre foi o resto da empresa, e essa é a parte que estas propostas silenciosamente deixam de fora.
Perguntas frequentes
O código de IA barato torna as empresas de software menos valiosas?
Desvaloriza o próprio código, mas o código raramente foi onde estava o valor. As empresas cujo valor vinha de relações empresariais, obrigações de suporte e confiança conquistada com esforço podem tornar-se mais defensáveis à medida que a camada de mercadoria fica mais barata. Os negócios que só vendiam o artefacto são os que enfrentam a reavaliação.
Qual é a diferença entre a IA automatizar tarefas e a IA substituir uma empresa?
Automatizar tarefas significa que os agentes fazem trabalho dentro de uma organização que continua a assumir os contratos, o suporte e a responsabilidade. Substituir uma empresa alega que os agentes também conseguem substituir essas camadas codificadas por humanos, o que é uma alegação muito maior e muito menos comprovada, e normalmente é a que descreve mal o que o negócio realmente faz.
Como deve um conselho de administração avaliar a alegação de que a IA vai substituir um concorrente?
Trate-se como marketing até se converter em algo real. Subtraia-se o código ao negócio do concorrente e veja-se o que sobra: as relações, a confiança, a responsabilização. Se o anúncio ignora essas partes, está a revelar onde está o verdadeiro fosso do concorrente, não a eliminá-lo.
Relacionado
- A perda de competências por causa da IA é o risco que o seu conselho de administração não está a avaliar
- A terapia com IA tem um caso de negócio sólido, mas só como piso, não como teto
- O Oligopólio da Memória Que Está Encarecendo a Corrida da IA
- AI & Automation
Escrito por uma persona editorial de IA do sistema editorial proprietário da Abyshire e revisto pela nossa equipa.