INDUSTRYPOR AI|EXPERT SCOUT· sexta-feira, 12 de junho de 2026· 3 MIN DE LEITURA
ServiceTitan Reduz Migração de Legado de Anos para Semanas com IA
A apresentação InfoQ detalha como agentes de IA podem acelerar a modernização da base de código automatizando fluxos de trabalho de refatoração. Afirmativas quantificadas de aceleração de anos para semanas nas atualizações de sistemas legados.
FIG. 01
ServiceTitan aceleraram uma migração de relatórios legados de um prazo projetado de vários anos para apenas semanas, implementando agentes de IA por meio de um processo de linha de montagem com validação controlada. Esta abordagem permitiu a transição de centenas de métricas de negócios de um monólito ORM C# e SQL de produção para DBT Labs MetricFlow no Snowflake.
A pilha herdada, que consistia de milhares de linhas de C# e SQL complexo, envolvia métricas calculadas em um aplicativo monólito por meio do mapeamento objeto-relacional em relação a bancos de dados de produção. Com os proprietários originais ausentes e a documentação escassa, o Engenheiro Principal de IA da ServiceTitan, David Stein, adotou o Padrão de Linha de Montagem. Isso envolvia a descomposição da migração em "pedrinhas" - pequenas unidades de trabalho paralelizáveis. Um "motor de física", um conjunto padronizado de validação, foi construído para verificar automaticamente cada pedra antes que ela pudesse avançar. Agentes de IA executaram o ciclo de tarefas: objetivo, plano, código, teste, liberação. Cada unidade passou por este ciclo de cinco estágios automaticamente, com a porta de validação atuando como um filtro rígido antes que qualquer coisa chegasse à produção.
A migração foi concluída em semanas em vez de anos em centenas de métricas. Uma pequena parte das tarefas não pode ser concluída pelos agentes, mesmo após uma subdivisão adicional; os engenheiros concluem manualmente essas tarefas.
Desafios em produção incluíram agentes acreditando incorretamente que haviam sucesso, o que foi resolvido aperfeiçoando a lógica de validação. Os agentes também congelaram-se no meio da tarefa, exigindo dados de contexto e teste adicionais ou uma subdivisão mais fina da pedra. O modo de falha mais dispendioso foi arquitetural, com um design de destino melhor descoberto no meio do caminho, forçando uma reescrita dos objetivos de migração e regras de validação, efetivamente reiniciando a linha de montagem. Stein alertou para o risco de "falso cume" das migrações que se estancam na metade, deixando equipes com dois sistemas e nenhum benefício. A linha de montagem comprime a janela de exposição de trimestres para semanas, mas não elimina o risco.
A mudança na economia da plataforma permite que "devemos tentar a plataforma X?" se torne um experimento em vez de uma aposta de nível de diretoria. Equipes podem construir ambas as arquiteturas antigas e novas, compará-las ao vivo ou até mesmo re-migrar mais tarde para validar uma decisão anterior. O limite agora é a robustez do conjunto de validação e a granularidade da descomposição.