Os líderes de tecnologia estão dando nome a um problema novo que cresce em silêncio nas empresas que adotaram inteligência artificial (IA) para programar: a dívida cognitiva. Num jantar de CTOs (os diretores de tecnologia) noticiado pela ShiftMag, o consenso foi direto: "dívida cognitiva é a nova dívida técnica". E ela é mais traiçoeira que a antiga, porque não aparece no relatório de hoje. Aparece três meses depois, quando ninguém mais entende o que foi construído.
Este post explica o que é essa dívida, por que a IA a criou, e mostra como nós, da Steply, resolvemos isso na prática. Não usando menos IA, mas mudando a cultura a partir do ponto onde o gargalo de verdade estava.
A dívida que você conhece, e a nova que você ainda não viu
Dívida técnica é um termo antigo. É o custo escondido dos remendos: o sistema foi feito com pressa ou envelheceu, e cada mudança nova fica mais lenta e arriscada porque a base está bagunçada. Ela é conhecida, dá para rastrear e some com uma reorganização planejada do sistema por dentro.
A dívida cognitiva é outra coisa. Não é código velho e bagunçado. É código novo, gerado pela IA em minutos, que funciona hoje, mas que ninguém documentou, ninguém entende por inteiro e ninguém decidiu de verdade. Ela fica invisível até o dia em que alguém precisa mexer e descobre que não existe registro de por que aquilo foi feito daquele jeito. O custo não está no que você gastou, está no que você não vai conseguir manter.
Por que a IA criou essa dívida
A IA reduziu drasticamente o tempo de escrever código. Mas não reduziu o tempo de revisar, de decidir a arquitetura, de documentar a intenção e de manter o sistema no ar. Escrever virou instantâneo. Entender continua humano e lento.
O resultado é um efeito que já descrevemos no nosso blog como o plateau dos 40%. Times que colocaram IA só na escrita de código travaram num teto de ganho perto de 40 por cento, não nos 300 por cento prometidos. O motivo é quase matemático: o ciclo de entrega de software tem seis fases (planejar, escrever, revisar, garantir segurança, publicar e revisar o resultado), e acelerar só uma delas em cinquenta vezes não acelera o todo. O gargalo não desaparece, ele muda de lugar.
É exatamente aí que a dívida cognitiva se acumula: nas fases que a empresa pulou porque "dava para fazer numa tarde". As decisões que ninguém tomou com cuidado, as revisões que viraram carimbo, a documentação que nunca existiu. Os CTOs do jantar relataram os mesmos sintomas: a revisão de código virou o novo gargalo, ferramentas feitas às pressas viraram produção que ninguém quer manter, e engenheiros produtivos, porém desconfiados da própria velocidade.
Como resolvemos isso na Steply
Quando batemos no nosso próprio plateau, não tentamos escrever código ainda mais rápido. Fomos atrás de onde o gargalo de fato estava, e ele não estava na escrita. Estava na decisão e na operação em volta do código. A partir desse diagnóstico, mudamos a cultura em três frentes.
Toda decisão técnica vive na issue
A raiz da dívida cognitiva é a decisão que não foi registrada. Então invertemos a regra: nenhuma decisão técnica acontece só na cabeça de alguém nem some num chat. Ela é definida na issue, o cartão onde a tarefa é registrada e acompanhada. O contexto, as opções, o porquê da escolha e os critérios de pronto ficam ali, escritos, antes de o código existir.
Isso faz duas coisas. Primeiro, a IA constrói melhor, porque recebe um pedido claro em vez de um palpite vago. Segundo, e mais importante para o futuro, a decisão fica rastreável. Seis meses depois, quem for mexer encontra o porquê, não um código órfão. A dívida cognitiva nasce da decisão invisível, e nós tornamos toda decisão visível por padrão.
Fluxos de automação cuidando da operação
A outra metade do problema é a manutenção que apodrece em silêncio: o erro que morre num registro que ninguém lê, a integração que quebra e a empresa só descobre pelo cliente. Resolvemos isso com fluxos de automação, um hub central de operação que valida, detecta a falha, se recupera sozinho quando dá, e avisa a pessoa certa no canal certo quando não dá.
Na prática, a operação deixou de depender de alguém olhando tudo o tempo todo. O sistema vigia a si mesmo. Isso ataca a dívida cognitiva pelo lado que mais dói, o da sustentação: o que foi construído rápido não vira uma caixa-preta abandonada, porque há automação garantindo que nenhuma falha passe despercebida.
Um percentual de bug que a gente mede
Velocidade sem medida é como dirigir sem velocímetro. Por isso transformamos a qualidade num número: acompanhamos um percentual de bug (a taxa de erros que chega ao cliente) como métrica de primeira classe, não como sensação. Quando esse número sobe, é sinal de que a pressa está cobrando dívida cognitiva, e a gente freia antes de virar incidente.
Esse indicador é o contrapeso honesto da velocidade. Ele separa "entregamos rápido" de "entregamos rápido e certo", que são coisas bem diferentes. Sem ele, a empresa só descobre o tamanho da dívida no dia em que ela vence.
O que isso significa para a sua empresa
A lição do jantar de CTOs e da nossa própria experiência é a mesma: o problema nunca foi a IA, foi tirar a deliberação do processo porque ficou fácil demais pular. A solução não é usar menos IA. É recolocar o pensamento onde a IA o removeu.
Na prática, são três perguntas que todo gestor deveria fazer. As decisões técnicas da minha empresa estão escritas em algum lugar rastreável, ou moram na cabeça de uma pessoa? A minha operação avisa sozinha quando algo quebra, ou eu descubro pelo cliente? Eu tenho um número de qualidade que acompanho, ou só uma sensação de que está indo bem? Se a resposta das três não for sólida, a dívida cognitiva já está crescendo. Você só ainda não a viu.
É esse o trabalho que a Steply faz: transformar a cultura técnica a partir do gargalo real, com decisão na issue, fluxos de automação na operação e qualidade medida. A velocidade da IA, sem a conta escondida.
