Esse "problema" tá sendo criado, justamente porque coisas que são a BASE DA ENGENHARIA deveriam ser a BASE DA ENGENHARIA DE SOFTWARE e não são.
Se a documentação tivesse explícito que o timout é de 30s porque X, Y, Z, e mais N fatores precisam que seja assim... o dev novo teria que ser MUITO INCOMPETENTE para mudar, sem ANTES, verificas esses N outros pontos e o impacto que isso esta gerando.
A incompetência e o ego humano JAMAIS serão substituídos, se o DEV sênior atual quiser mudar de 30s pra os 5s mesmo a IA ou a documentação alertando, ele vai mudar e se tiver que quebrar as 3:00 de um domingo com feriado prolongado na segundam vai quebrar. Nesse caso o EGO falou mais alto e sim, ele fez porque algo interno a ele disse que é o certo e ponto.
Se, o codebase precisa de uma IA ou de qualquer outra fonte de referência que não a documentação existente, é hora de repensar os conceitos, pois o erro não é só humano, é estrutural, no momento em que é necessário uma alteração por menor que seja, uma simples correção gramatical em uma label, ela deveria estar documentada, e o motivo da escolha deveria estar explicitamente declarado. Daqui a 10 anos, no review do centésimo PR em uma sexta-feira pré feriado prolongado ele vai ver que aquela mudança tem impacto e saber qual é o impacto. Ai ele aceitar ou marcar para revisão ou denegar, é a escolha profissional dele.

O que temos que ter em mente, é que uma vez que todas as etapas do processo estejam executadas, não faz diferença se o executor é uma IA, um DV sênior de 10a de experiência