Se abre el directorio de plugins de Claude, convirtiendo las extensiones en la capa de distribución de Anthropic
Anthropic abrió el directorio de plugins de Claude a los envíos de terceros el 25 de septiembre de 2026, ofreciendo a los desarrolladores una vía revisada para acceder a su marketplace de extensiones. El cambio es relevante porque los plugins ya no son un complemento opcional de las funciones de Claude. Anthropic ahora los describe como la principal forma en que los desarrolladores deberían empaquetar capacidades externas para Claude.
Un plugin puede contener un conector de Model Context Protocol, uno o varios Agent Skills, o ambos. MCP brinda a Claude acceso a herramientas y datos externos, mientras que un Skill proporciona instrucciones reutilizables, scripts y recursos de apoyo. Al combinarlos, un desarrollador puede distribuir tanto el acceso como el conocimiento operativo en un único producto instalable.
Esta decisión de empaquetado coloca a Anthropic en una competencia directa con el modelo de apps utilizado por ChatGPT. Ambas empresas quieren ahora que desarrolladores externos construyan sobre MCP, superen una revisión de plataforma y lleguen a los usuarios mediante un directorio con buscador. Por tanto, la competencia importante no es Claude frente a una integración individual. Es el modelo de plugins agrupados de Claude frente a una tienda convencional de apps conversacionales.
El anuncio de plugins de Anthropic ofrece a los desarrolladores un portal para el envío, el seguimiento de revisiones, el control de lanzamiento y las analíticas de uso. También comienza a consolidar varios formatos de extensión que anteriormente aparecían como bloques de construcción independientes.
El directorio de plugins de Claude podría facilitar la instalación y el descubrimiento de sofisticados flujos de trabajo con agentes. También concentra más responsabilidad en el proceso de revisión de Anthropic, sus sistemas de clasificación, controles de permisos y el manejo de software que puede cambiar tras su aprobación.
El directorio de plugins de Claude ya cuenta con un proceso de envíos
El cambio inmediato es operativo: los desarrolladores externos ya pueden enviar un plugin, seguir su revisión y publicarlo tras la aprobación.
El portal de envíos está disponible para desarrolladores con planes de pago de Claude. Anthropic ofrece dos vías de envío, que reflejan las distintas formas en que los desarrolladores ya han extendido Claude.
La primera vía cubre un único conector MCP remoto. Un desarrollador proporciona la dirección de un servidor MCP, que expone herramientas o datos mediante el protocolo. Esta ruta se adapta a servicios que principalmente necesitan que Claude busque registros, llame a una API o ejecute acciones definidas.
La segunda vía cubre un paquete de plugin alojado en un repositorio de GitHub. Ese paquete puede combinar servidores MCP con Agent Skills. En Claude Code, también puede incluir integraciones de servidores de lenguaje, comandos, hooks y agentes especializados.
La distinción es importante. Un conector le indica a Claude a qué sistema externo puede acceder. Un Skill le indica cómo abordar una tarea determinada. Un plugin puede empaquetar ambas partes para que los usuarios no tengan que ensamblar un flujo de trabajo a partir de componentes separados.
Pensemos en una herramienta para desarrolladores destinada a resolver incidentes de producción. Su conector podría recuperar alertas, logs y registros de incidencias. Sus Skills podrían definir la secuencia de investigación, la evidencia requerida y el formato de un informe final del incidente. El plugin distribuiría entonces la conexión y el procedimiento conjuntamente.
Anthropic afirma que cada envío recibe validación automática y un análisis de seguridad. Los desarrolladores pueden consultar el estado de la revisión, inspeccionar los resultados del análisis y responder a los cambios recomendados. La aprobación no obliga a un lanzamiento inmediato, ya que el desarrollador mantiene el control sobre la fecha de publicación.
Ese control final separa la revisión del lanzamiento. Un equipo puede esperar hasta que su backend, materiales de soporte o anuncio estén listos antes de hacer público un plugin aprobado. También puede coordinar el lanzamiento en el directorio con un despliegue de producto existente.
Tras la publicación, el portal informa de las instalaciones por superficie de Claude y versión del plugin. También muestra las visualizaciones de la ficha y las búsquedas que llevaron a los usuarios al plugin. Estas métricas deberían ayudar a los desarrolladores a distinguir un problema de descubrimiento de uno de activación.
Una ficha que recibe visualizaciones pero pocas instalaciones podría tener un posicionamiento débil, permisos poco claros o un valor percibido limitado. Un plugin con una fuerte adopción en Claude Code pero poco uso en otros entornos podría necesitar Skills o documentación diferentes para los usuarios generales de Claude.
El propio directorio sigue presentando Skills, conectores y plugins como categorías reconocibles. Las entradas existentes no requieren cambios inmediatos. Anthropic afirma que los desarrolladores eventualmente podrán convertir las fichas de conectores en plugins, mientras que los elementos actuales del directorio pueden mantenerse durante la transición.
Se trata de una consolidación sin una fecha límite de migración abrupta. Anthropic puede convertir los plugins en el formato preferido mientras preserva las integraciones existentes y la base instalada que las respalda.
La estrategia también llega junto al Claude Marketplace más amplio, que lista más de 2.000 plugins y conectores. El portal de envíos transforma ese catálogo de un destino curado en un canal para desarrolladores más estructurado.
Por qué Anthropic está agrupando ahora herramientas e instrucciones
Los plugins resuelven un problema de distribución que ni los conectores MCP ni los paquetes de prompts resuelven bien por sí solos.
MCP estandarizó el intercambio entre una aplicación de IA y un servicio externo. Un servidor puede anunciar herramientas, recursos y capacidades relacionadas de una forma que un cliente compatible con MCP puede comprender. Eso reduce la necesidad de que los desarrolladores diseñen un protocolo de integración diferente para cada producto de IA.
El protocolo también se ha vuelto más fácil de operar a escala. La especificación de MCP de julio de 2026 introdujo un núcleo sin estado, listas almacenables en caché, enrutamiento basado en encabezados, cambios de autorización y un marco formal de extensiones. Un núcleo sin estado permite que las solicitudes lleguen a instancias de servidor convencionales sin depender de una sesión de transporte persistente.
Estos cambios hacen de MCP una base más sólida para integraciones comerciales alojadas. Sin embargo, no le indican a Claude cómo una organización quiere que se realice una tarea. Una lista de herramientas disponibles no equivale a un procedimiento operativo.
Agent Skills cubre esa segunda capa. Anthropic define un Skill como una carpeta que contiene instrucciones, scripts y recursos que Claude carga cuando son relevantes. Su modelo de Agent Skills permite a un desarrollador codificar flujos de trabajo especializados sin incluir cada instrucción en cada conversación.
Esto crea una división natural del trabajo. MCP gestiona el acceso y las acciones. Skills gestiona los procedimientos y el contexto específico de las tareas. Los plugins empaquetan estas capas para su instalación y distribución.
El momento también refleja cómo los productos de agentes están evolucionando más allá de la simple respuesta a preguntas. Cuando un asistente puede recuperar registros privados, ejecutar código, generar archivos o modificar un sistema externo, su uso exitoso depende de algo más que la calidad del modelo. El flujo de trabajo circundante determina qué puede ver el modelo, qué puede hacer y con qué consistencia se desempeña.
Antes, los desarrolladores tenían que distribuir estas piezas mediante canales separados. Un repositorio podía contener un servidor MCP. Otro podía contener prompts, scripts o comandos de Claude Code. Las instrucciones de instalación a menudo exigían a los usuarios editar archivos de configuración y comprender cómo encajaban los componentes.
Un plugin convierte esos fragmentos en una unidad de producto reconocible. Esto brinda al desarrollador una ficha, un paquete versionado y un embudo de adopción. Al usuario le ofrece una decisión más sencilla: instalar o no un paquete diseñado para un trabajo específico.
Para los compradores empresariales, el empaquetado también hace que la gobernanza sea más comprensible. Los administradores pueden evaluar un paquete identificado, revisar su código fuente y capacidades, y decidir quién debería recibirlo. Los controles organizativos de Anthropic pueden hacer que un plugin esté disponible, instalarlo de forma predeterminada o exigirlo para usuarios específicos.
El paquete también puede trasladarse entre las superficies de Claude. Según la guía de directorios de Anthropic, los Skills instalados pueden estar disponibles en el chat de Claude, Cowork y Claude Code cuando se utiliza la misma cuenta. Ese alcance hace que un plugin sea más útil que una integración limitada a una sola interfaz.
Esta promesa entre superficies sigue siendo condicional. Un plugin diseñado en torno a hooks locales o comandos de desarrollo no ofrecerá la misma experiencia en una conversación de navegador. Los desarrolladores aún deben identificar qué capacidades funcionan en cada superficie y diseñar alternativas adecuadas.
Aun así, Anthropic está estableciendo los plugins como la unidad en torno a la cual operan el descubrimiento, la revisión, las analíticas y la distribución organizativa. MCP y Skills siguen siendo los componentes subyacentes, pero el directorio aporta al paquete visibilidad comercial y operativa.
Plugins de Claude frente a conectores es la competencia equivocada
La competencia central no es plugins de Claude frente a conectores, porque Anthropic quiere que los conectores se conviertan en ingredientes dentro de los plugins.
Un conector sigue siendo útil cuando el acceso es el producto completo. Un servicio de búsqueda de bases de datos, un endpoint de recuperación de documentos o una API estrechamente definida quizá no necesite instrucciones adicionales. Por ello, Anthropic continúa aceptando un único servidor MCP remoto a través del nuevo portal.
Un plugin cobra más valor cuando la integración requiere una secuencia, una política o una salida especializada. El desarrollador puede combinar herramientas con Skills que describan cuándo usarlas y cómo convertir sus resultados en trabajo terminado.
Eso significa que la distinción entre plugins de Claude y conectores se refiere principalmente a la profundidad del empaquetado. Un conector expone una capacidad. Un plugin puede convertir una o varias capacidades en un flujo de trabajo con sus propias instrucciones y recursos de apoyo.
La comparación más importante es con el modelo de distribución de apps de ChatGPT. OpenAI comenzó a aceptar envíos de apps de terceros en diciembre de 2025 y colocó los productos aprobados en un directorio con buscador. Su proceso de envío también solicita a los desarrolladores detalles de conectividad MCP, instrucciones de prueba, metadatos de directorio y disponibilidad de mercado.
El modelo de envío de apps de OpenAI pone el énfasis en experiencias conversacionales que pueden recuperar contexto, realizar acciones y renderizar interfaces interactivas. Las apps pueden invocarse por nombre, seleccionarse desde un menú de herramientas o aparecer mediante recomendaciones.
Anthropic está abordando la misma oportunidad desde un punto de partida distinto. Su paquete puede unir herramientas remotas con conocimiento procedimental, mientras que los plugins de Claude Code pueden extenderse aún más hacia comandos, hooks, agentes e infraestructura de desarrollo.
No obstante, ambos modelos comparten más terreno técnico de lo que sugieren sus etiquetas. Ambos tratan MCP como una capa de conexión importante. Ambos revisan los envíos públicos. Ambos ofrecen un directorio donde la distribución depende en parte de las búsquedas, la clasificación y las recomendaciones de la plataforma.
Esta base compartida reduce algunos costes de desarrollo. Una empresa puede exponer capacidades básicas mediante MCP y luego crear empaquetado específico para cada plataforma a su alrededor. No elimina la adaptación, porque cada anfitrión tiene interfaces, políticas, criterios de revisión y extensiones compatibles diferentes.
La cuestión estratégica es qué plataforma ofrece a los desarrolladores la mejor ruta desde una integración funcional hasta el uso recurrente. El tamaño bruto de la audiencia importa, pero también la calidad del descubrimiento, las analíticas, la disponibilidad entre superficies, el despliegue empresarial y la cantidad de trabajo específico de plataforma requerido.
El portal de Anthropic aborda directamente varios de estos factores. Los análisis de consultas de búsqueda pueden mostrar a los desarrolladores cómo describen los usuarios un problema. Los datos de instalación por versión pueden revelar si una actualización mejoró la adopción. Los comentarios de las reseñas pueden poner al descubierto problemas de cumplimiento antes del lanzamiento.
Sin embargo, los análisis por sí solos no pueden crear demanda. Un directorio con miles de entradas puede resultar difícil de navegar, especialmente cuando varios plugins afirman resolver el mismo flujo de trabajo. La clasificación en las búsquedas y la promoción editorial pasan entonces a formar parte de la economía del producto, incluso sin un sistema formal de pagos.
Los desarrolladores también deben decidir cuánto valor atribuir a una Skill específica de la plataforma. Las instrucciones detalladas para Claude pueden mejorar la experiencia dentro de los productos de Anthropic, pero pueden aumentar el mantenimiento si otro host interpreta de forma distinta las indicaciones del flujo de trabajo.
Para los usuarios, el modelo ganador será el que reduzca la configuración sin ocultar decisiones relevantes. Un paquete de un solo clic solo es útil si las personas pueden comprender sus permisos, flujos de datos, estado de mantenimiento y entornos compatibles.
Los trabajadores del conocimiento pueden experimentar esta competencia a través de tareas cotidianas, en lugar de la marca del directorio. Un plugin de investigación podría recopilar material de fuentes, aplicar un procedimiento de verificación y generar un informe estructurado. Este tipo de flujo de trabajo de IA adquiere más valor cuando sus herramientas e instrucciones operativas llegan juntas.
Anthropic apuesta por que este paquete es la unidad adecuada para el software de agentes. OpenAI apuesta por que una experiencia centrada en aplicaciones puede integrarse de forma nativa en la conversación. Ambos enfoques convierten la distribución y la confianza en funciones de la plataforma, en lugar de dejarlas por completo en repositorios de GitHub y configuraciones manuales.
Cómo funcionan los plugins de Claude y por qué plantean un problema de confianza más complejo
Un directorio revisado reduce la incertidumbre, pero no puede hacer que cada plugin sea permanentemente seguro.
La validación automática y el análisis de seguridad de Anthropic son útiles como primeras barreras. La política de su directorio también exige protecciones de privacidad, una recopilación de datos adecuada, cumplimiento de las normas de uso y compatibilidad con otros servidores listados. Las revisiones pueden continuar después de que un elemento se haya publicado.
Sin embargo, un plugin no es un documento estático. Puede conectar Claude con servicios activos, contener componentes ejecutables o depender de código que recibe actualizaciones posteriores. Por tanto, las propiedades de seguridad observadas durante el envío pueden cambiar.
Los servidores MCP remotos presentan un desafío particular. El operador puede modificar el comportamiento del servidor sin pedir a los usuarios que reinstalen nada. Una respuesta de herramienta benigna durante la revisión no garantiza que las respuestas futuras sigan siendo benignas.
Anthropic ha reconocido esta distinción en su propio análisis sobre la contención de agentes. Una herramienta local puede inspeccionarse y fijarse a una versión conocida. Una herramienta remota puede cambiar después de la decisión de confianza inicial del usuario, por lo que Anthropic aconseja tratar los recursos fuera de los directorios revisados como no confiables.
La inclusión en el directorio mejora la situación mediante una revisión inicial y continua. No convierte un servicio remoto en software inmutable. Los términos de Anthropic se reservan el derecho de retirar un servidor MCP por problemas de seguridad, quejas, infracciones de políticas u otras razones.
El segundo riesgo proviene de la inyección de prompts, que ocurre cuando contenido no confiable incluye instrucciones destinadas a redirigir a un agente. Un plugin que recupera páginas web, mensajes, tickets o documentos puede introducir texto hostil en el contexto de trabajo de Claude.
Las comprobaciones tradicionales de dependencias no abordan por completo este problema. Un servidor puede ejecutar código auténtico y firmado, y aun así devolver contenido diseñado para manipular a un agente. La instrucción dañina puede llegar a través de un documento, en lugar de mediante el propio ejecutable.
Agrupar Skills con conectores añade otra superficie de revisión. Las instrucciones determinan cuándo Claude debe utilizar una herramienta, en qué evidencias debe confiar y cómo debe responder a los conflictos. Una guía mal diseñada puede provocar comportamientos inseguros sin contener código obviamente malicioso.
Los plugins de Claude Code pueden tener consecuencias aún más amplias. Los hooks, comandos, agentes y servidores MCP locales pueden interactuar con archivos fuente, comandos de shell, credenciales o sistemas de despliegue. El riesgo práctico depende de los permisos y del entorno en el que se ejecute el plugin.
Por ello, las empresas necesitarán más que una insignia de aprobación. Los administradores deben examinar las capacidades solicitadas, las rutas de autenticación, las políticas de retención de datos, el comportamiento de las actualizaciones y la diferencia entre componentes locales y remotos. También deberían probar los nuevos plugins con datos no sensibles antes de conceder acceso a sistemas de producción.
Los desarrolladores afrontan un problema de divulgación relacionado. Una ficha clara debe explicar qué información sale de Claude, qué acciones puede realizar el plugin y si un servicio remoto puede cambiar de forma independiente respecto al paquete instalado. Las notas de versión importan cuando cambian los permisos o las dependencias.
Los análisis de versiones del portal pueden fomentar actualizaciones regulares, pero los lanzamientos frecuentes generan presión de revisión. Anthropic no ha detallado públicamente todos los umbrales para una nueva revisión, todas las señales de clasificación ni la rapidez con la que puede reevaluarse un servicio remoto modificado.
También existe una tensión de gobernanza en la decisión de Anthropic de convertir los plugins en el formato principal para terceros. Un paquete unificado simplifica la distribución, pero otorga a la plataforma más influencia sobre la visibilidad y el acceso continuado. Los desarrolladores deben cumplir políticas que pueden evolucionar, mientras Anthropic controla la ubicación y la retirada del directorio.
Este modelo es habitual en los mercados de software. Los plugins de agentes elevan lo que está en juego porque pueden combinar datos externos, instrucciones procedimentales y acciones relevantes dentro de un solo paquete. La revisión debe evaluar no solo si el software funciona, sino también cómo orienta a un modelo ante entradas inciertas.
Los usuarios deberían interpretar la aprobación como una medida de reducción de riesgos, no como una garantía permanente. La señal más sólida será si Anthropic puede combinar análisis automatizados con supervisión continua, divulgaciones transparentes, gestión rápida de incidentes y controles que mantengan limitada la autoridad de cada plugin.
El directorio presiona a los creadores y compradores empresariales
La decisión de Anthropic obliga a los desarrolladores de plugins a tratar el descubrimiento, la gobernanza y el mantenimiento como requisitos del producto.
Para los creadores independientes, el portal ofrece una vía creíble hacia usuarios que nunca instalarían manualmente un repositorio. Esa distribución puede recompensar a los plugins diseñados de forma específica que resuelven una tarea completa con poca configuración.
También eleva el estándar de entrada. Un plugin público ahora necesita más que código funcional. Necesita una ficha coherente, límites de permisos claros, alojamiento fiable, un repositorio preparado para revisión, disciplina de versiones y suficiente soporte para sobrevivir al uso en el mundo real.
Los análisis de búsqueda del portal harán medibles la denominación y el posicionamiento. Los desarrolladores pueden ver qué búsquedas generan visitas a las fichas y luego ajustar sus descripciones o priorizar capacidades que faltan. Los datos de instalación por superficie de producto pueden orientar el desarrollo específico para cada plataforma.
Estas señales pueden producir mejores productos, pero también pueden favorecer a equipos con tiempo para optimizar el rendimiento en el directorio. Los creadores más pequeños podrían encontrarse compitiendo con proveedores de software establecidos que ya cuentan con marcas reconocibles, sistemas de autenticación maduros y personal dedicado al cumplimiento.
Los compradores empresariales afrontan una decisión distinta. Pueden utilizar plugins del directorio público, distribuir paquetes internos o combinar ambos enfoques. Las fichas públicas reducen el esfuerzo de aprovisionamiento, mientras que los plugins internos pueden codificar procedimientos específicos de la empresa y conectar sistemas privados.
Los controles de organización de Anthropic permiten a los administradores gobernar la publicación y la instalación. Una empresa puede hacer que un plugin sea opcional, instalarlo de forma predeterminada o exigirlo. Esto ayuda a estandarizar los flujos de trabajo, especialmente cuando una Skill contiene instrucciones operativas aprobadas.
El despliegue obligatorio merece una gestión cuidadosa. Anthropic señala que algunos componentes de Claude Code se ejecutan en el ordenador del usuario. Un plugin obligatorio con hooks locales o acceso a herramientas puede afectar los entornos de desarrollo de maneras que los empleados no pueden desactivar de forma independiente.
Los equipos de seguridad querrán un inventario que cubra el origen, la versión, las capacidades, el público y el uso reciente. También necesitarán un proceso de respuesta para plugins retirados del directorio público, servidores que cambian de comportamiento y paquetes cuyos mantenedores dejan de publicar actualizaciones.
Los proveedores de software ahora deben decidir si Claude merece su propio flujo de trabajo empaquetado. Un endpoint MCP básico puede llegar a varios clientes compatibles, pero una Skill específica para Claude puede mejorar la calidad de las tareas y el posicionamiento en el directorio. La contrapartida es otra superficie de producto que mantener.
Es probable que los desarrolladores más exitosos mantengan portátil su servicio principal mientras adaptan la experiencia a cada host. MCP puede proporcionar acceso compartido a herramientas. Las instrucciones específicas de la plataforma, las interfaces y los metadatos de gobernanza pueden situarse sobre esa capa común.
Este enfoque evita tratar la portabilidad como si fuera uniformidad. Un servidor puede exponer la misma capacidad subyacente a Claude y ChatGPT, mientras cada plataforma gestiona de forma diferente el descubrimiento, las recomendaciones, los permisos y la interacción con el usuario.
Anthropic debe hacer que ese trabajo adicional valga la pena. El directorio tiene que generar instalaciones cualificadas, no vistas pasivas. Los tiempos de revisión deben seguir siendo predecibles. Los análisis deben ser lo bastante precisos como para orientar las decisiones. El comportamiento entre superficies debe ser comprensible.
La empresa también debe evitar que los envíos de baja calidad saturen el descubrimiento. La validación automática puede detectar problemas de formato e incidencias de seguridad conocidas, pero no puede juzgar si diez plugins casi idénticos aportan un valor distinto.
La curaduría se volverá más difícil a medida que aumenten los envíos. Si la búsqueda favorece a los actores establecidos, los nuevos desarrolladores podrían tener dificultades para ganar impulso. Si las recomendaciones favorecen la novedad, los usuarios podrían encontrarse con productos inestables. Anthropic necesitará un equilibrio que recompense la calidad sin congelar el directorio en torno a sus primeras entradas.
Para los compradores, la métrica importante no es el número de plugins disponibles. Es el número que sigue siendo fiable, transparente y útil después de la instalación. Un catálogo amplio crea opcionalidad, pero el uso activo y la retención revelan si el empaquetado ha mejorado el trabajo real.
Qué sigue para el directorio de plugins de Claude
Tres señales determinarán si los plugins se convierten en la verdadera capa de extensión de Claude, en lugar de otro catálogo de integraciones.
La primera señal es la conversión de los conectores existentes en paquetes de plugins más completos. Anthropic afirma que los desarrolladores podrán finalmente convertir las fichas de conectores en plugins. Una ola sostenida de conversiones demostraría que los creadores perciben valor en añadir Skills y activos de flujo de trabajo al acceso MCP.
La calidad de esas conversiones importa más que el recuento bruto. Limitarse a envolver un conector existente en un nuevo manifiesto aportaría poco. Los plugins deberían reducir la configuración, codificar procedimientos útiles o crear un resultado consistente que el conector por sí solo no podría proporcionar.
Si los proveedores de conectores establecidos invierten en esos paquetes más completos, la estrategia de empaquetado de Anthropic gana respaldo. Si la mayoría de las fichas sigue siendo solo de conectores, los plugins podrían funcionar principalmente como una nueva etiqueta de directorio.
La segunda señal es si una experiencia de descubrimiento realmente abarca Claude y Claude Code. Anthropic afirma que una experiencia unificada se implementará en ambos productos durante las próximas semanas. Los usuarios deberían poder entender dónde funciona un plugin antes de instalarlo.
Un lanzamiento convincente proporcionaría identidad, información de versión, permisos y estado coherentes en todas las superficies. También dejaría claras las capacidades específicas de cada superficie. Un hook centrado en desarrolladores no debería parecer equivalente a una Skill compatible con navegadores.
La retención entre superficies será especialmente reveladora. Si los usuarios instalan un paquete a través de un producto de Claude y siguen utilizándolo en otros, los plugins habrán logrado algo que un conector independiente no puede ofrecer fácilmente.
La tercera señal será cómo Anthropic gestione el primer incidente visible de seguridad o calidad. Un gran ecosistema de terceros acabará generando un paquete vulnerable, un servidor comprometido, metadatos engañosos o una actualización que se comporte de forma distinta a la versión revisada.
La respuesta pondrá a prueba la supervisión continua, la comunicación con los desarrolladores, las notificaciones a usuarios y los procedimientos de retirada. Una contención rápida reforzaría el modelo de confianza del directorio. Una respuesta lenta u opaca debilitaría el valor de la aprobación.
Las reacciones competitivas también merecen atención, pero son evidencia complementaria y no la prueba principal. OpenAI ya cuenta con un directorio y un proceso de envío basados en MCP. Ambas empresas seguirán incorporando herramientas de publicación, interfaces, analíticas y controles empresariales.
La propuesta diferenciadora de Anthropic es el propio paquete de plugins. Busca que un tercero agrupe acceso, conocimientos especializados y comportamiento de flujo de trabajo en una unidad instalable que pueda operar entre productos de Claude.
Es una dirección creíble porque los agentes necesitan tanto herramientas como instrucciones. No supone automáticamente una ventaja duradera. Los estándares abiertos hacen portátiles las conexiones básicas, mientras que la calidad de la revisión y la distribución del producto siguen estando controladas por cada plataforma.
Los desarrolladores deberían empezar con una tarea delimitada, exponer las herramientas mínimas necesarias y documentar todos los permisos relevantes. Deberían probar cómo se comporta el paquete cuando el contenido recuperado incluye instrucciones engañosas o cuando falla una dependencia remota.
Los equipos empresariales deberían evaluar los plugins como dependencias activas de software, no como paquetes decorativos de prompts. Eso implica revisar las actualizaciones, limitar las autorizaciones, supervisar el uso y mantener un plan de retirada.
Para los usuarios individuales, la pregunta práctica es más sencilla: ¿un paquete instalado completa de forma fiable un flujo de trabajo real con menos configuración y un control más claro? Conviene observar los próximos meses en busca de conversiones de conectores, uso genuino entre productos y una gestión transparente de incidentes. Esos resultados mostrarán si el directorio de plugins de Claude se ha convertido en la plataforma duradera de terceros de Anthropic.
