Um site minimalista chamado No AI Fridays está pedindo às equipes de software que desliguem seus assistentes de codificação de IA um dia por semana – e tem um primeiro a adotar improvável: o CEO da htmx, uma das bibliotecas de front-end mais usadas na web.
O site, que se tornou viral no Hacker News no fim de semana com 264 pontos e mais de 190 comentários, apresenta uma proposta simples. Se os assistentes de IA realmente proporcionam enormes ganhos de produtividade, então desistir deles por um único dia por semana deveria ser uma troca fácil de gerenciar – e os benefícios de passar sem eles podem ser maiores do que as equipes esperam. Para mais contexto sobre esta história, confira nossa tendências de IA.
“Por enquanto, como CEO da HTMX, determinei o No AI Fridays”, escreve o autor do site, convidando outras empresas a se adicionarem a uma lista pública entrando em contato.
O que nenhuma AI Fridays realmente pergunta
A mecânica é deliberadamente simples. Os participantes desligam seus assistentes de IA durante o dia, escrevem código com as próprias mãos, leem a documentação e pensam nos problemas por si mesmos. Esse é o programa completo – sem rituais, sem software, sem custo.
O enquadramento da campanha destina-se a equipas e não a indivíduos. O site sugere enviar o link para quem toma decisões na sua empresa e perguntar se a prática pode ser adotada, posicionando-a como uma norma no local de trabalho e não como um hack de produtividade pessoal.
O caso da 'dívida cognitiva'
A espinha dorsal intelectual da campanha é um conjunto de pesquisas que o site resume como mostrando que o uso intenso de LLM pode fazer com que os desenvolvedores acumulem o que os pesquisadores chamam de dívida cognitiva. Segundo o site, a dependência constante da IA pode deixar as pessoas menos engajadas com seu trabalho, enfraquecer o pensamento crítico e dificultar a formação de novas habilidades.
“O uso constante de IA cria pontos cegos”, argumenta o site. Quando os desenvolvedores transferem a tomada de decisões para um modelo, eles ficam inconscientes das compensações que o modelo fez em seu nome. A solução proposta é um dia agendado sem assistência, usado para “avaliar o que realmente está acontecendo” e para verificar se a direção que a IA está tomando ainda está alinhada com as preferências e estilo do desenvolvedor.
Há um argumento econômico aí também. O site afirma que o padrão para IA faz com que as equipes percam oportunidades para o que chama de boa e velha automação – scripts determinísticos e ferramentas que resolvem um problema uma vez, sem custos de token ou comportamento não determinístico. Um dia semanal sem IA, sugere, também poderia produzir reduções significativas no uso de tokens ao longo do tempo.
“Se os ganhos de produtividade da IA são tão grandes, passar um dia por semana para minimizar as suas desvantagens não deveria ser uma troca difícil”, escreve o autor.
Uma história de origem sincera
O tópico de discussão no Hacker News adicionou uma dose de transparência sobre a origem do site. A pessoa que o enviou escreveu que construiu a página para convencer seu próprio chefe a deixá-los pular as ferramentas de IA às sextas-feiras, acrescentando que "esperavam fazer barulho para fazê-lo acreditar que é real".
Essa admissão pouco fez para desacelerar a discussão. Os comentadores dividiram-se entre o acordo entusiástico, as piadas sobre declarar todos os dias livres de IA e o cepticismo de que um ritual semanal de abstinência resolva a tensão subjacente entre a pressão da produtividade e a formação de competências.
Parte de uma reação mais ampla
Nenhuma AI Fridays chega em meio a uma mudança visível na forma como partes da comunidade de software falam sobre assistência de IA. Na semana passada, o projeto Debian votou para permitir o “uso responsável” de IA generativa em contribuições, encerrando um debate de meses – mas a votação em si seguiu repetidas reclamações de mantenedores sobre contribuições de baixo esforço geradas por IA inundando projetos de código aberto.
Projetos individuais foram além, com alguns proibindo publicamente o envio de códigos gerados por IA depois que os mantenedores passaram mais tempo revisando patches quebrados do que escrevendo software. Um ensaio amplamente compartilhado na semana passada argumentou que uma divisão crescente se abriu entre o entusiasmo pela IA e a realidade cotidiana do trabalho de engenharia de software.
Contra esse pano de fundo, a decisão do CEO da htmx se destaca porque vem de dentro de um projeto de código aberto bem-sucedido e amplamente implantado, e não de críticos externos. Ele trata a IA como uma ferramenta útil, mas distorcida – algo a ser programado, não banido.
O que acontece em uma sexta-feira sem IA
Para as equipes que o adotam, a rotina prática parece um retrocesso: escrever código diretamente, ler a documentação de capa a capa quando travar e trabalhar na depuração sem um modelo para sugerir prováveis correções. As perguntas frequentes do site enquadram o dia como uma oportunidade para lembrar "quando programar era divertido" - a sensação de entrar em um estado de fluxo e enviar o trabalho ao qual os desenvolvedores se sentem genuinamente conectados.
Se a abstinência estruturada realmente preserva as habilidades é uma questão em aberto. Mas a rápida adesão da campanha sugere que o debate ultrapassou a questão de saber se as ferramentas de IA são úteis – a maioria dos programadores pensa claramente que o são – e passou a abordar uma questão mais matizada sobre quando e com que frequência trabalhar sem elas.
Se mais empresas seguirem o exemplo da htmx, a sexta-feira sem IA poderá se tornar, em 2026, o que as sextas-feiras casuais foram na era anterior do escritório: uma pequena mudança de horário que diz algo muito maior sobre a cultura do local de trabalho.
---
Fique à Frente da IAAs últimas notícias, análises e avanços em inteligência artificial — tudo em um só lugar.
Ler mais notícias de IA →
