A Cursor lançou o Projects, em beta para todos os usuários. É voltado para trabalhos que não cabem em uma única sessão — recursos, migrações, aplicações inteiras — e muda o que é considerado a unidade de trabalho.

O que ele faz

Um agente coordenador planeja o trabalho e o delega a agentes de implementação. A Cursor descreve a delegação a milhares de subagentes, com execução na nuvem que continua enquanto seu notebook está fechado.

O contexto é mantido em arquivos compartilhados que sincronizam entre todos os agentes e se acumulam ao longo do tempo, de modo que o sistema deve se tornar mais eficaz em uma determinada base de código quanto mais tempo trabalhar nela. As assinaturas permitem que um projeto monitore canais do Slack, funcione conforme uma programação e acompanhe pull requests — ou seja, pode agir sem ser solicitado.

O que é realmente novo aqui

Não são os agentes. É a camada de coordenação. A maioria das ferramentas de agentes ainda pressupõe que uma pessoa decompõe a tarefa e supervisiona cada parte; o Projects transfere a decomposição para o sistema e mantém o estado ao longo de meses, em vez de apenas durante uma conversa.

O trabalho recorrente e não solicitado é a mudança mais marcante. Um agente que age conforme uma programação ou uma mensagem do Slack está mais próximo de um serviço em segundo plano do que de um recurso de editor, e precisa ser gerenciado como tal.

O compromisso envolvido

O contexto acumulado de longa duração é exatamente o que torna esses sistemas úteis e exatamente o que dificulta sua auditoria. Quando um coordenador delega a muitos subagentes ao longo de meses, responder "por que ele fez isso" exige que os arquivos de contexto compartilhado sejam legíveis por um humano, não apenas pelo modelo.

O mesmo vale para as execuções não solicitadas. Qualquer coisa capaz de abrir um pull request em uma programação precisa da mesma disciplina de revisão que um colega que possa fazê-lo — arguivelmente mais, porque ninguém está de olho no relógio em seu nome.

Quem deveria conferir

Equipes que carregam migrações longas ou backlogs de manutenção persistentes — o tipo de trabalho que nunca é priorizado porque nunca cabe em um sprint. É para esse formato que o Projects foi construído. Para tarefas de sessão única, ele adiciona sobrecarga de coordenação sem retorno.