Algoritmos costumam ser associados à ideia de objetividade. Como são executados por computadores e podem utilizar fórmulas matemáticas, parece razoável imaginar que estejam livres de preferências, interesses ou julgamentos humanos. Em algumas tarefas bem definidas, essa impressão faz sentido: um algoritmo pode ordenar números do menor para o maior ou calcular uma soma sem precisar decidir quais valores sociais deveriam orientar o resultado. Quando algoritmos são usados para classificar pessoas, recomendar conteúdos, distribuir recursos ou apoiar decisões, porém, a questão da neutralidade se torna muito mais complicada.
Um algoritmo é um procedimento criado para realizar uma tarefa. Para que ele funcione, alguém precisa definir qual problema será tratado, quais informações estarão disponíveis e o que deverá ser produzido como resultado. Essas escolhas acontecem antes mesmo de o computador começar a executar as instruções. Por isso, analisar a neutralidade de um algoritmo exige olhar não apenas para suas operações matemáticas, mas para o sistema do qual ele faz parte.
Imagine uma loja virtual que precisa ordenar milhares de produtos. Não existe uma única ordem inevitável. Ela pode mostrar primeiro os produtos mais baratos, os mais vendidos, os mais bem avaliados, os que oferecem entrega mais rápida ou aqueles com maior chance de serem comprados por determinado usuário. Todas essas opções podem ser implementadas de maneira matematicamente precisa, mas cada uma prioriza algo diferente.
A matemática não escolhe sozinha qual critério deve ser utilizado. Se a empresa decide priorizar a probabilidade de compra, essa escolha passa a orientar o sistema. O algoritmo pode então ser extremamente eficiente e consistente em perseguir esse objetivo. A questão de valor apareceu antes: alguém decidiu que aumentar a chance de compra era uma medida importante.
Essa distinção ajuda a entender por que um algoritmo pode ser tecnicamente correto sem ser neutro em um sentido mais amplo. Ele pode executar exatamente aquilo para o qual foi construído. Ainda assim, a definição da tarefa pode favorecer determinados resultados em relação a outros.
Isso acontece porque muitos objetivos humanos são vagos demais para serem entregues diretamente a um computador. Uma plataforma pode querer mostrar conteúdo “relevante”. Uma empresa pode procurar candidatos “adequados”. Um banco pode querer avaliar “risco”. Uma escola pode tentar identificar estudantes que “precisam de apoio”. Para transformar essas ideias em sistemas computacionais, é necessário decidir como serão representadas.
Se uma plataforma deseja medir relevância, talvez utilize cliques, tempo de visualização, compartilhamentos ou avaliações. Nenhuma dessas medidas é exatamente a mesma coisa que relevância. Elas são sinais que tentam representar algo mais difícil de observar diretamente.
Uma pessoa pode permanecer muito tempo diante de um conteúdo porque gostou dele, mas também porque ficou confusa ou irritada. O sistema vê o comportamento registrado e tenta interpretá-lo segundo o modelo utilizado. Assim, até uma medida aparentemente simples carrega uma suposição sobre o significado dos dados.
Esse problema aparece constantemente em sistemas digitais. Muitas características importantes não podem ser observadas diretamente, então são representadas por indicadores. Desempenho profissional pode ser aproximado por avaliações. Interesse pode ser aproximado por cliques. Risco pode ser estimado a partir de informações históricas. Cada aproximação destaca alguns aspectos e deixa outros de fora.
Isso não significa que essas medidas sejam necessariamente ruins. Sem simplificações, muitos sistemas seriam impossíveis de construir. O ponto importante é reconhecer que uma medida não deve ser confundida automaticamente com aquilo que pretende representar.
Os dados acrescentam outra camada ao problema. Algoritmos de aprendizado de máquina encontram padrões em exemplos anteriores. Se os dados refletem diferenças e desigualdades existentes no mundo, o modelo pode aprender relações associadas a elas.
Imagine um sistema treinado para ajudar a selecionar candidatos para uma função utilizando decisões históricas de contratação. Se, no passado, determinados grupos receberam menos oportunidades por razões que não deveriam orientar contratações futuras, simplesmente reproduzir os padrões históricos pode preservar parte dessa diferença.
O modelo não precisa receber uma instrução explícita dizendo para prejudicar um grupo. Ele pode encontrar relações estatísticas nos dados e utilizá-las porque ajudam a prever as decisões registradas anteriormente. Do ponto de vista do treinamento, pode estar fazendo exatamente aquilo que foi solicitado: aprender a reproduzir um padrão histórico.
É por isso que dados não são neutros apenas porque são números. Dados são registros produzidos em determinado contexto. Dependem do que foi medido, de quem apareceu nos registros, de como categorias foram definidas e das condições existentes quando as informações foram coletadas.
Até a ausência de dados pode ser significativa. Se determinado grupo aparece pouco no conjunto utilizado para treinamento, o modelo pode ter menos exemplos para aprender como lidar com ele. Isso pode provocar diferenças de desempenho que não aparecem quando observamos apenas a taxa média de acerto.
Considere um sistema com excelente precisão geral. Esse número pode esconder resultados muito diferentes entre grupos ou tipos de situação. Se a maioria dos exemplos pertence a uma categoria, um bom desempenho nela pode elevar a média mesmo que o sistema funcione pior em casos menos frequentes.
Por isso, avaliar apenas uma medida geral pode ser insuficiente. É necessário observar onde os erros acontecem e quais consequências eles possuem. Um erro de recomendação de música é diferente de um erro em uma avaliação médica ou em uma decisão que influencia acesso a crédito.
Os próprios tipos de erro podem envolver escolhas. Em muitos sistemas de classificação existe um equilíbrio entre rejeitar algo que deveria ser aceito e aceitar algo que deveria ser rejeitado. Reduzir um desses erros pode aumentar o outro.
Um filtro contra fraudes oferece um exemplo. Se o sistema for extremamente rígido, poderá bloquear mais operações fraudulentas, mas também impedir compras legítimas. Se for permissivo demais, incomodará menos clientes honestos, porém deixará mais fraudes passarem. Não existe necessariamente um ponto matemático que seja “neutro”. É preciso decidir quais custos e riscos são aceitáveis.
Em aplicações sociais, essas escolhas podem ser ainda mais delicadas. Um sistema utilizado para identificar situações de alto risco pode produzir falsos alarmes e casos não detectados. Definir onde colocar o limite envolve considerar as consequências de cada tipo de erro.
O algoritmo pode calcular com precisão o resultado depois que o limite é definido. Ele não determina sozinho qual consequência a sociedade deveria considerar mais grave. Essa é uma decisão que envolve valores e responsabilidades.
A ideia de justiça também mostra por que neutralidade é difícil. Existem diferentes maneiras de definir um resultado justo. Podemos querer que pessoas em situações semelhantes recebam tratamento semelhante. Podemos querer taxas de erro parecidas entre grupos. Podemos querer corrigir desigualdades históricas ou simplesmente impedir o uso de determinadas características.
Esses objetivos nem sempre podem ser satisfeitos simultaneamente. Em algumas situações, melhorar uma medida de justiça pode piorar outra. A matemática pode revelar esses conflitos e ajudar a medir suas consequências, mas não decide qual definição deve ter prioridade.
Por isso, retirar uma característica sensível dos dados nem sempre torna um sistema neutro. Mesmo que uma variável como origem étnica ou sexo não seja fornecida diretamente ao modelo, outras informações podem estar relacionadas a ela. Região de residência, histórico profissional ou padrões de consumo podem funcionar indiretamente como sinais associados a características que se pretendia excluir.
Isso não significa que qualquer uso dessas informações seja necessariamente discriminatório. Significa apenas que remover uma coluna de uma tabela não elimina automaticamente todas as relações existentes nos dados. Avaliar o comportamento real do sistema continua sendo necessário.
Há também algoritmos que não utilizam aprendizado de máquina e ainda assim incorporam escolhas. Imagine um programa que distribui atendimentos segundo uma regra de prioridade. A regra pode ter sido escrita diretamente por pessoas. O computador apenas a executa de maneira consistente.
Se a regra estabelece que determinadas solicitações devem sempre passar na frente, o algoritmo está implementando uma prioridade institucional. Não é necessário existir inteligência artificial para que valores sejam incorporados a um sistema computacional.
Isso ajuda a separar duas questões. Uma é saber se o algoritmo executa corretamente suas instruções. Outra é saber se as instruções representam uma política adequada. Um sistema pode ser perfeito na primeira questão e problemático na segunda.
Um programa de concessão de benefícios pode calcular corretamente todos os critérios definidos e ainda excluir pessoas que deveriam ter sido consideradas caso as regras estejam incompletas. Nesse caso, procurar um erro de programação pode não resolver nada. É necessário revisar a própria política representada pelo software.
A interface também influencia resultados. Um algoritmo pode apresentar várias opções, mas a maneira como elas aparecem altera a probabilidade de escolha. Aquilo que fica no topo recebe mais atenção. Uma opção destacada pode parecer recomendada. Um botão maior pode ser utilizado com mais frequência.
Assim, o comportamento de um sistema não depende apenas do cálculo realizado nos bastidores. Design, ordem de apresentação, notificações e configurações padrão também moldam a experiência. Avaliar neutralidade exige observar o conjunto.
Os interesses da organização responsável são igualmente relevantes. Plataformas e empresas possuem objetivos comerciais, operacionais e legais. Um sistema de recomendação pode tentar equilibrar satisfação do usuário, receita, segurança e outras metas. A combinação escolhida influencia aquilo que será apresentado.
Isso não significa que toda empresa esteja deliberadamente manipulando seus usuários. Significa apenas que sistemas são construídos dentro de instituições com objetivos. A ideia de um algoritmo completamente separado dessas finalidades raramente descreve aplicações reais.
Também não devemos concluir que, por existirem escolhas humanas, qualquer algoritmo é inevitavelmente injusto ou arbitrário. Automação pode aumentar a consistência de processos, reduzir determinados erros e tornar critérios mais claros. Um procedimento bem projetado pode ser menos sujeito a algumas formas de favoritismo do que decisões individuais tomadas sem regras.
O problema é tratar consistência como sinônimo de justiça. Aplicar a mesma regra para todos pode parecer imparcial, mas uma regra aparentemente igual pode produzir efeitos muito diferentes dependendo das condições das pessoas envolvidas.
Imagine um serviço exclusivamente digital que exige determinado tipo de dispositivo para acessar uma oportunidade. A regra pode ser exatamente a mesma para todos. Ainda assim, pessoas sem acesso ao equipamento necessário ficam excluídas. Não houve uma exceção explícita contra elas, mas o desenho do sistema produziu uma barreira.
Esse exemplo mostra que neutralidade pode ser analisada tanto nas regras quanto nos efeitos. As intenções dos desenvolvedores importam, mas não são suficientes para determinar as consequências. Um sistema pode produzir um padrão indesejado mesmo que ninguém tenha planejado esse resultado.
Por isso, avaliar algoritmos exige observação depois que entram em uso. Testes realizados antes do lançamento são importantes, mas o ambiente real pode revelar comportamentos que não foram previstos. Usuários mudam, dados mudam e sistemas interagem com instituições e incentivos que também se transformam.
Modelos de aprendizado de máquina podem precisar de acompanhamento contínuo justamente porque o mundo não permanece igual ao conjunto de treinamento. Um modelo que funcionava adequadamente pode perder qualidade quando os padrões de comportamento mudam.
Transparência ajuda, mas também precisa ser entendida de maneira prática. Divulgar milhares de linhas de código não necessariamente permite que uma pessoa compreenda por que recebeu determinado resultado. Muitas vezes é mais útil saber quais tipos de informação foram considerados, qual objetivo orientou o sistema, qual papel a automação teve e como uma decisão pode ser contestada.
Em sistemas importantes, a possibilidade de correção também é essencial. Dados podem estar errados. Pessoas podem ser confundidas umas com as outras. Modelos podem falhar. Se uma decisão automatizada produz uma consequência relevante, deveria existir uma maneira adequada de detectar e tratar erros de acordo com o contexto e as regras aplicáveis.
A responsabilidade não desaparece porque um algoritmo participou da decisão. Dizer que “o sistema recusou” pode esconder quem decidiu utilizar aquele sistema, quem definiu suas regras e quem possui autoridade para revisar o resultado. Computadores executam procedimentos, mas organizações continuam fazendo escolhas sobre onde esses procedimentos serão utilizados.
Esse ponto é especialmente importante com sistemas de inteligência artificial mais complexos. Como modelos podem encontrar relações que não foram escritas manualmente, nem sempre é simples explicar cada resultado individual. Isso aumenta a importância de avaliações sistemáticas, documentação e limites claros para o uso.
A pergunta sobre neutralidade, portanto, não possui uma resposta simples de sim ou não. Existem algoritmos para tarefas em que questões de valor possuem pouca relevância prática. Calcular uma soma ou ordenar números não envolve as mesmas preocupações de classificar candidatos a emprego. O contexto determina quanto as escolhas incorporadas ao sistema importam.
Quanto mais um algoritmo participa de decisões sobre pessoas, oportunidades, informação e recursos, mais importante se torna examinar seus objetivos, dados e critérios. Nesses casos, a aparência matemática do sistema não elimina os valores presentes em sua construção.
Talvez seja mais útil substituir a pergunta “este algoritmo é neutro?” por perguntas mais específicas. Que problema ele foi criado para resolver? Quem definiu o objetivo? O que está sendo medido? Quais dados foram utilizados? Quem aparece pouco nesses dados? Quais erros são considerados aceitáveis? Quem recebe os benefícios e quem assume os riscos?
Essas perguntas não tornam os algoritmos menos úteis. Pelo contrário, permitem utilizá-los com maior clareza. Sistemas computacionais podem analisar volumes de informação impossíveis para uma pessoa, aplicar regras com consistência e apoiar decisões complexas. Reconhecer que foram construídos dentro de determinados objetivos não elimina essas capacidades.
Algoritmos não precisam possuir opiniões ou intenções para produzir consequências que refletem escolhas humanas. Os valores podem estar na definição do problema, na seleção dos dados, na medida utilizada como objetivo, nos limites de decisão e no ambiente em que o sistema é colocado.
Por isso, a neutralidade de um algoritmo não pode ser determinada olhando apenas para suas fórmulas. É necessário observar toda a cadeia que transforma uma necessidade humana em dados, critérios, cálculos e consequências. A máquina pode executar essa cadeia sem preferências pessoais, mas isso não significa que as escolhas que construíram o caminho tenham desaparecido. Em muitos dos sistemas que mais influenciam a vida cotidiana, compreender essas escolhas é mais importante do que perguntar se o computador, isoladamente, possui algum tipo de opinião.
