A Spotify ampliou o uso de desenvolvimento assistido por IA e mais que dobrou as mudanças mensais mescladas, de cerca de 8.100 para 17.000 ano a ano em agosto. Com o aumento do volume de alterações nos sistemas de produção, a empresa ajustou controles de qualidade e confiabilidade para lidar com a nova escala.
A companhia opera quase 3.000 serviços de produção para 777 milhões de usuários ativos mensais e relata desafios em processamento de conteúdo, automação de frota e capacidade de computação. Entre as respostas estão melhorias em monitoramento e testes, salvaguardas de rollout e capacidade de rollback, além da adoção do Honk, um agente de codificação em background que executa o Claude via Agent SDK em pods no Kubernetes.
Pesquisadores apresentaram na conferência KDD o estudo “GEO: Generative Engine Optimization”, voltado a melhorar a visibilidade de conteúdos nas respostas de mecanismos generativos. Nos testes descritos, intervenções específicas aumentaram a presença em até 40%, variando conforme o tema pesquisado.
O movimento é comparado ao SEO, mas com uma diferença: ao perguntar a uma inteligência artificial, muitas vezes o usuário recebe uma resposta pronta em vez de uma lista de opções. O texto destaca ainda como a construção de um “rastro público” — entrevistas, artigos, participações e fontes — pode influenciar o que sistemas como os buscadores associados ao ChatGPT encontram e citam, exigindo que assessorias e relações públicas considerem como esses dados são lidos e organizados.
A Starlink já permite que celulares se conectem diretamente aos satélites por meio da tecnologia Direct to Cell, sem a antena usada no serviço residencial. A proposta evoluiu de mensagens de texto para acesso a dados e chamadas via aplicativos, com operação feita em parceria com operadoras de telefonia que disponibilizam parte das frequências.
No Brasil, Vivo e Starlink participam de um ambiente experimental autorizado pela Anatel, com permissão válida até abril de 2029, mas ainda sem oferta comercial ampla. Enquanto isso, a SpaceX recebeu autorização da FCC para implantar até 15 mil satélites de nova geração, com novas frequências para ampliar cobertura e capacidade, inclusive em ambientes internos, aproximando a tecnologia de serviços móveis mais avançados.
O InfoQ Engineering Culture Podcast reuniu Shane Hastie com Elisabeth Hendrickson e Joel Tosi para discutir systems thinking como lente para a entrega de software. O episódio aborda como líderes e times podem atuar com “levers” culturais, incluindo mudanças de política definidas pela liderança e “feeding” cultural influenciado por comportamentos do dia a dia.
Os convidados destacam que mudanças reais começam ao observar como o trabalho acontece na prática, e não como ele aparece em dashboards. Também ressaltam que, em sistemas adaptativos, o contexto muda continuamente — então ações que funcionam hoje podem falhar amanhã — e que construir organizações sustentáveis exige cuidado constante e ajustes de rota.
Harness lançou um Code Repository reconstruído e um produto de AI Code Review para lidar com o volume de pull requests gerados por coding agents. Martin Reynolds, Field CTO da empresa, relata que o gargalo de revisão apareceu quando equipes passaram a receber mais PRs, mas com travas no fluxo de testes, pressionando os times responsáveis por validar mudanças.
A empresa diz que construiu um software delivery knowledge graph para dar contexto ao revisor e reduzir o retrabalho, citando economia de mais de 10.000 horas mensais de revisão manual. A reconstrução do repositório foi pensada como “ground-up AI-first”, com foco em manter partes determinísticas do pipeline e permitir que revisores foquem no que realmente mudou.
Agent apps do GitHub levam para dentro do fluxo de pull requests ferramentas usadas no ciclo de entrega de software, com suporte da mesma plataforma do Copilot cloud agent. O exemplo mostra como usar agentes para responder perguntas do tipo “a mudança faz sentido?”, checar dependências, configurar rollout com feature flag e avaliar risco de deploy sem sair do GitHub.
No walkthrough, o Amplitude agent ajuda a validar se o passo de “invite your teammates” afeta retenção, o Endor Labs agent revisa dependências do onboarding e o LaunchDarkly agent cria uma feature flag segmentada para solo e times. Antes de mesclar, o PagerDuty agent compara o PR com incidentes recentes e recomenda seguir, deixando o controle de risco como etapa rotineira dentro do GitHub.
O episódio do podcast da InfoQ, baseado no relatório anual Culture and Methods Trends 2026, reúne QCon e colaboradores para discutir como a adoção de IA está mudando a engenharia. O painel destaca a necessidade de avaliar maturidade, riscos e objetivos reais antes de integrar IA aos produtos e times. Também aponta transformações na estrutura das equipes, com papéis se misturando e colaboração precisando ser redesenhada para funcionar com times menores.
A matéria ressalta que o aumento de código gerado por IA exige processos novos para qualidade, gestão de carga cognitiva e responsabilização. Além disso, reforça que práticas ágeis como feedback rápido, observabilidade e entrega do valor certo continuam essenciais para evitar riscos “catastróficos” quando a base ágil é ignorada. Por fim, sugere que engenheiros devem atuar mais como “custodiadores”, criando guardrails e validando agentes de IA, enquanto a indústria enfrenta lacunas de accountability e impactos ambientais.
A plataforma de incident management Rootly decidiu abandonar a regra histórica de manter pull requests pequenas. A empresa diz que, com agentes de IA gerando código “por features”, diffs menores deixaram de ser um bom sinal: uma PR pode trazer implementação completa, incluindo migrações, serviços, controladores, testes e componentes de frontend.
Em vez de medir tamanho do PR, a Rootly passou a avaliar o “blast radius”, usando feature flags e rollback para mover a segurança do merge para o rollout progressivo. Para apoiar revisões, a companhia criou um revisor interno de IA que gera uma análise estruturada com risco, padronização, confiança e achados por severidade, focando em “o que pode quebrar para o usuário”.
A cofundadora e CEO da Quotient, Lizzie Matusov, apresentou um framework para entender a “maturidade de IA” em organizações de engenharia e os gargalos que travam resultados no ciclo de vida do software. Ela citou dados como crescimento de 47% no gasto global com IA em 2026 (ano contra ano), projeção de US$ 2,5 trilhões e que 72% das empresas já rodam ao menos um workload de IA em produção. No debate sobre ROI, Matusov mencionou casos como a Uber, que teria consumido o orçamento de IA de 2026 em quatro meses, e a Microsoft, que planeja descontinuar o Claude Code por questões de orçamento e falta de relação estável entre custo e produtividade.
A tese central é que, mesmo com ganhos individuais de produtividade, a entrega ponta a ponta pode não melhorar se o sistema tiver um gargalo (ex.: code review, testes ou deploy) — o que aumenta WIP, alonga lead time e piora a qualidade. Para times de dev, a implicação prática é tratar IA no SDLC como mudança de processo e engenharia: identificar onde o fluxo trava e só então expandir o uso de IA para destravar throughput com qualidade.
Um artigo da The New Stack aponta que modelos como Claude, Gemini e GPT-5 conseguem executar tarefas do SDLC (planejamento, coding, testes, validação e documentação), mas “quase nenhum” deveria ser usado para tudo. A discussão migra de preocupações de segurança e privacidade para um risco mais estrutural: quando a IA chega à produção, o problema tende a ser a arquitetura do sistema de entrega, não o texto gerado pelo modelo.
A proposta é tratar a entrega de software com IA como uma “cadeia de suprimentos” (supply chain), com agentes e modelos especializados por etapa — por exemplo, um para unit tests, outro para code review, outro para validação e conformidade — orquestrados com governança e visibilidade. Para times dev, isso muda a prática: em vez de um único modelo “faz-tudo”, a eficiência, o custo e o controle passam a depender de orquestração, especialização e políticas aplicadas ao pipeline.
