Agentes de programação criaram uma economia de plugins: o que mudam o Claude Code Mods e o Cursor Projects

A superfície de extensão é o novo campo de batalha

Durante quase todo o ano de 2026, a conversa sobre agentes de programação girou em torno dos modelos: qual raciocina melhor, qual escreve diffs mais limpos, qual sobrevive a uma sessão longa. Outubro deslocou o debate para um lugar menos glamouroso. Ele passou para aquilo a que os agentes se conectam.

Em uma única semana no início de outubro, a página de tendências do GitHub encheu-se de repositórios que não eram modelos de forma alguma. Havia cursor/plugins, uma especificação de plugins mais um conjunto de plugins oficiais. Havia mattpocock/skills, uma mistura de habilidades de agente tiradas diretamente do diretório .agents de um desenvolvedor. Havia michael-denyer/pstack-claude, que porta um conjunto de fluxos de trabalho de agente rigorosos por meia dúzia de harnesses diferentes. Nenhum deles gera por si só uma imagem ou um token. Todos fazem o agente que você já tem fazer mais.

Essa é a mudança que merece atenção. O modelo está se tornando um componente. A diferenciação agora vive na camada de extensão.

O que saiu em outubro

Dois movimentos de fornecedores deram o tom. A Anthropic lançou o Claude Code Mods na versão 2.1.292: uma arquitetura de plugins em que os plugins modificam um comportamento mais profundo, não apenas chamadas de ferramentas. Um mod pode se conectar a agent.spawn para aprovar ou recusar tipos de subagentes, fazer cache de blocos de prompt para economizar latência, ou disparar notificações nativas. Um mod embutido até executa um agente lateral que observa o que você ou o Claude pode ter deixado passar. É a primeira vez que um agente de terminal importante se trata como uma plataforma em vez de um produto.

O changelog de outubro do Cursor lê-se como uma mudança estratégica. O Remote Control deixa os agentes locais continuarem rodando na sua máquina enquanto um aplicativo iOS se conecta a eles. O Rollouts observa cada deploy, escreve um plano de monitoramento como comentário de PR, detecta regressões e pode abrir uma PR de reversão. O Security Review lê cada PR no contexto da base de código e publica um comentário sinalizando falhas de injeção, contornos de autenticação e segredos commitados. E o Projects introduz um agente coordenador que não escreve código nenhum: ele planeja, delega a agentes de implementação, gerencia o contexto compartilhado e roda no próprio computador em nuvem.

Nenhum dos dois é uma lista de recursos. Ambos são declarações sobre para onde o valor está se movendo: da capacidade de gerar código para a capacidade de organizar os agentes que o geram.

Habilidades, mods, plugins e a bagunça dos nomes

O vocabulário ainda não se firmou, e isso por si só é um sinal útil. A Anthropic os chama de mods. Os repositórios da comunidade os chamam de skills. O Cursor os chama de plugins. Todos descrevem mais ou menos a mesma ideia: um pedaço empacotado de comportamento que o agente carrega em tempo de execução, que muda o que o agente pode fazer ou como ele se comporta, e que foi escrito por alguém que não é o fornecedor do modelo.

O padrão é familiar de eras anteriores de plataformas. Uma ferramenta chega com um pequeno conjunto de capacidades próprias. Uma comunidade cresce ao seu redor e constrói a cauda longa. Um ecossistema se forma. Com o tempo, o dono da plataforma ou abraça o ecossistema e vende acesso a ele, ou o combate e perde a atenção dos desenvolvedores. Os agentes de terminal estão agora visivelmente no meio desse arco.

O que faz isso ser mais do que uma reprise da história da App Store é o objeto que está sendo empacotado. Um plugin para um editor de fotos estende o que o editor pode desenhar. Um mod para um agente de programação estende o que o agente tem permissão de fazer, como raciocina, quais subagentes pode gerar e o que recusa. Você está editando o julgamento de um colaborador e suas permissões, não apenas adicionando um pincel. É uma coisa muito mais estranha de instalar a partir do repositório git de um desconhecido.

O modelo de distribuição reforça o ponto. A maioria dessas extensões não é vendida. Elas são copiadas dos dotfiles de alguém, adaptadas e empurradas de volta. A unidade de valor não é uma taxa de licença, mas atenção e confiança. Um plugin que executasse um comando que você não pretendia acabaria com a reputação de um mantenedor mais rápido do que qualquer revisão de código, e o ecossistema começou a se policiar de acordo. O resultado é um híbrido estranho: um mercado de extensões com quase nenhum mercado dentro dele, sustentado por convenções compartilhadas e pelo fato de que todos podem ler o código-fonte de todos os outros.

Por que os portes de fluxo de trabalho importam mais do que os plugins

O repositório que mais diz não é o maior. É o que porta um fluxo de trabalho entre harnesses. Quando um conjunto de prompts e regras de processo pode ser traduzido do Claude Code para o Codex, para o Copilot, para o Gemini, o fluxo de trabalho deixa de estar amarrado a um fornecedor e se torna um ativo que você possui. O agente se torna substituível. Seu jeito de trabalhar não.

Isso tem uma consequência comercial óbvia. Se a sua vantagem competitiva está nos seus prompts e processo, então trocar de fornecedor de modelo é uma decisão de custo e não uma reescrita. Se está em um harness proprietário, trocar é um projeto de migração. Equipes que já passaram por um ciclo de depreciação de um fornecedor não precisam que lhes digam qual preferem.

Um custo mais silencioso: o imposto da confiança

Toda superfície de extensão carrega uma questão de segurança, e esta é mais afiada do que o normal. Uma habilidade que pode executar comandos de shell dentro do seu agente está executando comandos de shell na sua máquina. Um mod que pode aprovar ou recusar criações de subagentes está tomando uma decisão de permissão que você tomaria de outra forma. A conveniência e o risco chegam no mesmo pacote.

Isso não é um argumento contra o ecossistema. É um argumento para tratar as extensões de agente como você trata uma dependência: fixar versões, ler o que elas fazem e desconfiar daquelas que pedem mais acesso do que o trabalho exige. As ferramentas se movem mais rápido do que as normas ao seu redor, o que é a ordem habitual das coisas e raramente uma ordem confortável.

O que observar a seguir

Três coisas vão lhe dizer para onde isso vai. Primeiro, se a instalação de plugins ganha uma camada real de confiança: assinatura, escopos de permissão, um marketplace com curadoria. Segundo, se os repositórios de porte de fluxo de trabalho mantêm um público estável enquanto os fornecedores continuam lançando concorrência própria. Terceiro, se «qual agente eu uso» deixa de ser uma pergunta que as pessoas fazem, do jeito que «qual motor de navegador» em grande parte deixou de ser uma pergunta para os usuários finais.

A leitura honesta de outubro é que a indústria parou de pedir que os agentes fossem mais espertos e começou a pedir que fossem mais bem organizados. Plugins, habilidades, mods e agentes coordenadores são todos a mesma aposta: que a parte difícil da autonomia útil não é a inteligência, mas a infraestrutura. Se essa aposta estiver certa, a coisa mais valiosa lançada neste mês não é um modelo. É um lugar para colocar as peças.

Há um risco nesse enquadramento que vale a pena nomear. Apostas em infraestrutura demoram mais para dar retorno do que apostas em modelos, e são mais difíceis de demonstrar. Um modelo novo produz um gráfico que sobe para a direita. Uma arquitetura de plugins produz uma pasta de arquivos e a promessa de que o ecossistema vai preenchê-la. As equipes que vencerem a próxima fase das ferramentas para agentes podem ser as que tiverem paciência para construir a camada entediante enquanto todos os outros atualizam um ranking.