Cursor Automations resolve o problema criado pela codificação agentica. Os engenheiros agora conseguem gerenciar 10+ agentes de codificação ao mesmo tempo, mas a atenção humana virou o gargalo. Você não pode cuidar de uma dúzia de agentes enquanto faz seu trabalho de verdade. Automações invertem o modelo: em vez de você lançar agentes, os eventos lançam. Uma PR fundida desencadeia uma auditoria de segurança. Um alerta do PagerDuty gera um agente que consulta os logs e propõe uma correção. Um cron avaliações de trabalho testa lacunas na cobertura todas as manhãs. Cada automação roda em um sandbox isolado em nuvem com acesso total às ferramentas configuradas pelo MCP (um protocolo padrão que permite que agentes se conectem ao Slack, Linear, GitHub, Datadog ou qualquer API personalizada). O agente segue suas instruções, verifica seu próprio trabalho e aprende com execuções anteriores por meio de um sistema de memória embutido. O cursor roda centenas desses por hora internamente. A automação de segurança deles detectou múltiplas vulnerabilidades auditando cada push para a principal sem bloquear PRs. Isso desbloqueia 4 coisas que antes não eram práticas: 1. Revisão contínua de código em profundidade que os humanos ignoram 2. Resposta a incidentes que começa a investigar antes de você ser chamado 3. Trabalho de manutenção que acontece em horário, não quando alguém se lembra 4. Síntese de conhecimento entre ferramentas Os próximos dois anos serão definidos por quem constrói a melhor fábrica, não pelo melhor código. As empresas que avançam mais rápido não serão as que têm os melhores engenheiros. Serão eles cujos engenheiros passaram tempo configurando automações em vez de escrever código.

Um modelo de 24 bilhões de parâmetros simplesmente rodou em um laptop e escolheu a ferramenta certa em menos de meio segundo. A verdadeira história é que os agentes de chamadas de ferramentas finalmente ficaram rápidos o suficiente para parecerem software. A Liquid construiu o LFM2-24B-A2B usando uma arquitetura híbrida que mistura blocos de convolução com atenção de consulta agrupada em uma proporção de 1:3. Apenas 2,3 bilhões de parâmetros ativam por token, mesmo que o modelo completo contenha 24 bilhões. Esse padrão de ativação esparso é o motivo pelo qual ele cabe em 14,5 GB de memória e despacha ferramentas em 385 milissegundos em um M4 Max. A arquitetura foi projetada por meio de busca hardware-in-the-loop, ou seja, otimizaram a estrutura do modelo testando-a diretamente nos chips em que ele rodaria. Sem camada de tradução de nuvem. Sem ida e volta da API. O modelo, as ferramentas e seus dados permanecem na máquina. Isso desbloqueia três coisas que antes eram impraticáveis: 1. Indústrias reguladas podem rodar agentes em laptops dos funcionários sem que os dados saiam do dispositivo. 2. Desenvolvedores podem prototipar fluxos de trabalho multi-ferramenta sem gerenciar chaves de API ou limites de taxa. 3. Equipes de segurança obtêm trilhas de auditoria completas sem subprocessadores do fornecedor no circuito. O modelo atingiu 80% de precisão na seleção de ferramentas em etapas únicas em 67 ferramentas abrangendo 13 servidores MCP. Se esse desempenho for mantido em escala, duas suposições precisam ser atualizadas. Primeiro, agentes no dispositivo não são mais uma troca entre duração e duração da bateria; Eles são um recurso de conformidade. Segundo, o gargalo nos fluxos de trabalho agentes está mudando da capacidade do modelo para a maturidade do ecossistema de ferramentas.