Los agentes de programación crearon una economía de plugins: qué cambian Claude Code Mods y Cursor Projects

La superficie de extensión es el nuevo campo de batalla

Durante casi todo 2026, la conversación sobre los agentes de programación giró en torno a los modelos: cuál razona mejor, cuál escribe diffs más limpios, cuál sobrevive a una sesión larga. Octubre trasladó el debate a un lugar menos vistoso. Pasó a lo que los agentes enchufan.

En una sola semana de principios de octubre, la página de tendencias de GitHub se llenó de repositorios que no eran modelos en absoluto. Estaba cursor/plugins, una especificación de plugins más un conjunto de plugins oficiales. Estaba mattpocock/skills, un cajón de sastre de habilidades de agente sacadas directamente del directorio .agents de un desarrollador. Estaba michael-denyer/pstack-claude, que porta un conjunto de flujos de trabajo de agente rigurosos a través de media docena de arneses distintos. Ninguno genera por sí mismo una imagen o un token. Todos hacen que el agente que ya tienes haga más.

Ese es el cambio que merece atención. El modelo se está convirtiendo en un componente. La diferenciación vive ahora en la capa de extensión.

Qué salió en octubre

Dos movimientos de proveedores marcaron el tono. Anthropic lanzó Claude Code Mods en la versión 2.1.292: una arquitectura de plugins donde los plugins modifican un comportamiento más profundo, no solo llamadas a herramientas. Un mod puede engancharse a agent.spawn para aprobar o rechazar tipos de subagentes, cachear bloques de prompt para ahorrar latencia, o lanzar notificaciones nativas. Un mod integrado incluso ejecuta un agente lateral que vigila lo que tú o Claude podríais haber pasado por alto. Es la primera vez que un agente de terminal importante se trata a sí mismo como una plataforma en lugar de un producto.

El registro de cambios de octubre de Cursor se lee como un giro estratégico. Remote Control deja que los agentes locales sigan ejecutándose en tu máquina mientras una aplicación iOS se conecta a ellos. Rollouts vigila cada despliegue, escribe un plan de monitorización como comentario de PR, detecta regresiones y puede abrir un PR de reversión. Security Review lee cada PR en el contexto del código base y publica un comentario que señala agujeros de inyección, elusiones de autenticación y secretos commiteados. Y Projects introduce un agente coordinador que no escribe código en absoluto: planifica, delega en agentes de implementación, gestiona el contexto compartido y se ejecuta en su propio ordenador en la nube.

Ninguno de los dos es una lista de funciones. Ambos son declaraciones sobre hacia dónde se mueve el valor: de la capacidad de generar código a la capacidad de organizar los agentes que lo generan.

Habilidades, mods, plugins y el desastre de los nombres

El vocabulario no se ha asentado, y eso es en sí mismo una señal útil. Anthropic los llama mods. Los repositorios de la comunidad los llaman skills. Cursor los llama plugins. Describen más o menos la misma idea: una pieza de comportamiento empaquetada que el agente carga en tiempo de ejecución, que cambia lo que el agente puede hacer o cómo se comporta, y que escribió alguien distinto del proveedor del modelo.

El patrón es familiar de eras anteriores de plataformas. Una herramienta se lanza con un pequeño conjunto de capacidades propias. Una comunidad crece a su alrededor y construye la cola larga. Se forma un ecosistema. Con el tiempo, el dueño de la plataforma o abraza el ecosistema y vende el acceso a él, o lo combate y pierde la atención de los desarrolladores. Los agentes de terminal están ahora visiblemente en mitad de ese arco.

Lo que lo convierte en algo más que una repetición de la historia de la App Store es el objeto que se empaqueta. Un plugin para un editor de fotos extiende lo que el editor puede dibujar. Un mod para un agente de programación extiende lo que el agente tiene permitido hacer, cómo razona, qué subagentes puede generar y qué rechaza. Estás editando el criterio de un colaborador y sus permisos, no simplemente añadiendo un pincel. Es una cosa mucho más extraña de instalar desde el repositorio git de un desconocido.

El modelo de distribución refuerza el punto. La mayoría de estas extensiones no se venden. Se copian de los dotfiles de alguien, se adaptan y se devuelven. La unidad de valor no es una cuota de licencia sino la atención y la confianza. Un plugin que ejecutara un comando que no pretendías acabaría con la reputación de un mantenedor más rápido que cualquier revisión de código, y el ecosistema ha empezado a vigilarse en consecuencia. El resultado es un híbrido extraño: un mercado de extensiones con casi ningún mercado dentro, sostenido por convenciones compartidas y por el hecho de que todos pueden leer el código fuente de los demás.

Por qué los portes de flujo de trabajo importan más que los plugins

El repositorio que más dice no es el más grande. Es el que porta un flujo de trabajo entre arneses. Cuando un conjunto de prompts y reglas de proceso puede traducirse de Claude Code a Codex, a Copilot, a Gemini, el flujo de trabajo deja de estar atado a un proveedor y se convierte en un activo que posees. El agente se vuelve reemplazable. Tu forma de trabajar no.

Eso tiene una consecuencia comercial obvia. Si tu ventaja competitiva está en tus prompts y tu proceso, entonces cambiar de proveedor de modelo es una decisión de coste y no una reescritura. Si está en un arnés propietario, cambiar es un proyecto de migración. Los equipos que han pasado por un ciclo de depreciación de un proveedor no necesitan que les digan cuál prefieren.

Un coste más silencioso: el impuesto de la confianza

Cada superficie de extensión conlleva una pregunta de seguridad, y esta es más afilada de lo habitual. Una habilidad que puede ejecutar comandos de shell dentro de tu agente está ejecutando comandos de shell en tu máquina. Un mod que puede aprobar o rechazar creaciones de subagentes está tomando una decisión de permisos que de otro modo tomarías tú. La comodidad y el riesgo llegan en el mismo paquete.

No es un argumento contra el ecosistema. Es un argumento para tratar las extensiones de agente como tratas una dependencia: fijar versiones, leer qué hacen y desconfiar de las que piden más acceso del que el trabajo necesita. Las herramientas avanzan más rápido que las normas que las rodean, que es el orden habitual de las cosas y rara vez resulta cómodo.

Qué observar a continuación

Tres cosas te dirán hacia dónde va esto. Primera, si la instalación de plugins obtiene una capa de confianza real: firma, ámbitos de permisos, un mercado con revisión. Segunda, si los repositorios de porte de flujos de trabajo mantienen una audiencia estable mientras los proveedores siguen lanzando competencia propia. Tercera, si «qué agente uso» deja de ser una pregunta que la gente hace, del modo en que «qué motor de navegador» dejó en gran medida de serlo para los usuarios finales.

La lectura honesta de octubre es que la industria ha dejado de pedir a los agentes que sean más listos y ha empezado a pedirles que estén mejor organizados. Plugins, habilidades, mods y agentes coordinadores son todos la misma apuesta: que la parte difícil de la autonomía útil no es la inteligencia, sino la infraestructura. Si esa apuesta es correcta, lo más valioso que se ha lanzado este mes no es un modelo. Es un sitio donde colocar las piezas.

Hay un riesgo en ese planteamiento que merece nombrarse. Las apuestas de infraestructura tardan más en dar fruto que las de modelos, y son más difíciles de demostrar. Un modelo nuevo produce un gráfico que sube hacia la derecha. Una arquitectura de plugins produce una carpeta de archivos y la promesa de que el ecosistema la llenará. Los equipos que ganen la siguiente fase de las herramientas de agentes pueden ser los bastante pacientes para construir la capa aburrida mientras todos los demás refrescan una clasificación.