> For the complete documentation index, see [llms.txt](https://weekly-essay.mikey.wang/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://weekly-essay.mikey.wang/pt-br/2026/w28-ai-is-repricing-utility-software.md).

# W28-A IA está mudando o preço do software utilitário

Algumas experiências recentes me levaram a repensar a situação dos aplicativos utilitários.

A questão vai além de saber se a IA substituirá aplicativos. Mais precisamente, ela está mudando sua estrutura de custos. O valor de muitas ferramentas partia de uma premissa: o usuário não sabia, nem valia a pena, escrever software para pequenos problemas próprios. As empresas reuniam necessidades semelhantes em um produto geral e cobravam por assinatura, licença ou serviços adicionais.

Essa premissa está enfraquecendo.

### Da ferramenta ao script

O primeiro exemplo é o Clash.

Seus modos de proxy podem ser divididos, em termos gerais, em proxy comum do sistema e TUN. O primeiro costuma bastar para navegadores, mas pode não funcionar em ferramentas de linha de comando, subprocessos de clientes desktop e certos aplicativos Electron. Já tive Claude Code ignorando o proxy na linha de comando e o cliente Antigravity sem herdar o ambiente de proxy.

TUN é mais abrangente, mas também mais pesado. Na rede corporativa, pode criar problemas de rotas, DNS e acesso interno. As duas opções prontas ficam aquém: uma cobre pouco, a outra interfere demais.

Antes, geralmente era preciso conviver com isso: alternar configurações, procurar muitos posts ou esperar suporte do programa. Agora posso pedir à IA que identifique o caminho de execução, verifique variáveis de ambiente, escreva wrappers e altere scripts de inicialização, limitando o ajuste a um processo ou comando específico.

O ponto central não é o script, mas a mudança de camada de abstração. Antes, eu usava a ferramenta. Agora, modifico seu ambiente de execução. Muitas opções avançadas que dependeriam do fabricante viraram pequenas automações que o próprio usuário gera e mantém.

### Pressão sobre o preço das ferramentas gerais

O segundo exemplo é o MacTune.

Escrevi uma ferramenta pequena para analisar e melhorar meu Mac: desempenho, uso de disco, processos anormais, limpeza de cache e itens de inicialização. É uma espécie de CleanMyMac pessoal, com escopo mais estreito, voltado apenas à minha máquina e aos meus hábitos.

O valor de programas como CleanMyMac era claro. O usuário comum não quer entender o sistema de arquivos do macOS, LaunchAgents, diretórios de cache, consumo de processos e limites de permissão. Uma interface bonita e uma limpeza relativamente segura com um clique escondem a complexidade.

Mas a IA cria uma questão de preço.

Para quem só quer limpar o disco uma vez por mês, a assinatura ainda tem valor. É prática, agradável e relativamente estável. Para quem tem alguma capacidade de engenharia ou aceita que um agente analise e execute localmente, porém, muitas funções podem ser divididas em scripts, regras e relatórios locais. Não precisam atender a todos, apenas à minha máquina.

A vantagem da ferramenta geral é a escala. A da pessoal é a adequação.

Antes, adequação custava caro, e a escala vencia. Agora ela ficou barata, e muitas ferramentas leves terão seu preço revisto.

Isso não significa que CleanMyMac e similares desaparecerão. As partes difíceis continuam: limites de segurança, proteção contra exclusão indevida, adaptação de permissões, experiência visual, confiança do usuário comum e manutenção duradoura. Mas já não basta cobrar por uma interface em torno de comandos do sistema. Precisam provar que são mais confiáveis e práticas que um agente com um conjunto de scripts.

### Hardware abandonado pode ganhar nova vida por software

O terceiro exemplo é o Sony Digital Paper.

Tenho um aparelho que precisa de conexão com o computador para gerir documentos. O problema é que essa linha deixou de ser prioridade da Sony há tempos. [A própria Sony informou](https://www.sony.com/electronics/support/reader-digital-book-dpt-series/dpt-cp1/articles/00342961) que a última versão do Digital Paper Application é a v1.4.7, de junho de 2024, e que o suporte aos aparelhos e ao DPA terminará em dezembro de 2025.

Esse tipo de produto costumava ser frustrante. O hardware ainda funciona, mas o software morre primeiro. Sem manutenção do fabricante, o usuário aceita um cliente em deterioração: falhas de conexão após atualizações do sistema, drivers que param, interface envelhecida e funções congeladas no passado.

Com programação por agentes, fiz engenharia reversa do comportamento do programa e escrevi outro cliente. Não preciso reproduzir todo o produto da Sony, apenas conectar o aparelho, sincronizar documentos, organizar pastas e iterar conforme meu uso.

A implicação para utilitários é ainda maior.

Antes, o fabricante determinava a vida útil do software. Agora, ao menos para parte dos usuários, ela pode ser prolongada por conta própria. A IA reduz o custo de engenharia reversa, reescrita e adaptação de aparelhos antigos. Dispositivos, fluxos e ferramentas de nicho descartados pelo ciclo comercial podem continuar vivos como software pessoal.

### Utilitários continuarão existindo, em camadas diferentes

Não acho que os aplicativos utilitários simplesmente desaparecerão. É mais provável uma separação em camadas.

A primeira reúne ferramentas que exigem forte confiança: segurança, backup, senhas, pagamentos, conformidade e gestão empresarial. Seu valor vai além da função e inclui confiança, responsabilidade e manutenção de longo prazo. A IA ajuda a implementar, mas dificilmente substitui a responsabilidade pelo produto.

A segunda reúne ferramentas de plataforma profunda: navegadores, IDEs, extensões de sistema operacional, design e produção profissional. Elas têm estados complexos, redes de colaboração, ecossistemas de plugins e fluxos especializados. A IA entrará nelas, mas não será fácil reduzi-las a alguns scripts.

A terceira reúne utilitários leves e produtividade pessoal. É onde a pressão será maior. Limpeza, conversão, sincronização, processamento em lote, monitoramento simples, pequenos clientes e painéis internos antes geravam muitos programas. Boa parte poderá virar prompts, scripts, fluxos de agentes ou pequenos aplicativos locais.

A vantagem defensável passará da cobertura de funções à capacidade de concluir um fluxo inteiro de forma estável, confiável e barata.

Funções isoladas ficarão cada vez mais baratas, pois o usuário poderá gerar scripts, ferramentas e automações na hora. O que tem valor é conectá-las e concluir uma tarefa completa com estabilidade e confiança.