Anthropic permite a los usuarios descubrir servidores de Model Context Protocol de alta calidad, carpetas de habilidades, complementos, aplicaciones y otro software, contenedores o datos ("Software") que funcionan sin problemas dentro de Claude a través de directorios, repositorios, superficies u ofertas similares (colectivamente, "Directorios"). Revisamos los envíos a nuestros Directorios para garantizar que cumplan con nuestros estándares de seguridad, compatibilidad con los Servicios de Anthropic y otro Software. Realizamos revisiones iniciales y continuas del Software, y podemos requerir que los desarrolladores aborden problemas de cumplimiento para continuar siendo incluidos en nuestros Directorios. Todo el Software debe mantener el cumplimiento de estos requisitos, incluidos los cambios futuros, para permanecer en nuestros Directorios.

A. El Software no debe violar ni facilitar la violación de nuestra Política de Uso, incluidos casos de uso de alto riesgo en áreas legales, sanitarias, de seguros, financieras y otras. Todo el Software debe cumplir con nuestros Estándares de Uso Universal y requisitos de Casos de Uso de Alto Riesgo, así como con nuestra política sobre países y regiones que Anthropic actualmente admite.

B. Cuando el Software proporciona un caso de uso de alto riesgo, los Desarrolladores deben cumplir con las medidas de intervención humana y proporcionar divulgación directa a los consumidores (como se detalla en nuestra AUP) para ser incluidos en nuestro directorio.

C. El Software no debe evadir ni permitir que los usuarios eludan las protecciones de seguridad, instrucciones del sistema o entornos de aislamiento de Claude.

D. El Software debe priorizar la protección de la privacidad del usuario y los intereses de privacidad de terceros. Los Desarrolladores deben tener cuidado de manejar responsablemente datos personales y otros datos sensibles, seguir las mejores prácticas de privacidad y garantizar el cumplimiento de las leyes aplicables.

E. El Software solo debe recopilar datos del contexto del usuario que sean necesarios para realizar su función. El Software no debe recopilar datos de conversación extraños, ni siquiera para fines de registro.

F. El Software no debe infringir los derechos de propiedad intelectual de otros.

G. El Software no debe consultar ni extraer datos de la memoria de Claude, historial de chat, resúmenes de conversación, archivos generados o cargados por el usuario, y no debe almacenar persistentemente ni utilizar contenido de conversación para crear perfiles de usuario ni intentar realizar cambios en el comportamiento de Claude entre sesiones.

Esta sección se aplica al Software que proporciona a Claude herramientas o capacidades a través de descripciones en lenguaje natural, incluidos servidores MCP, carpetas de habilidades y Software similar ("Software Instructivo").

A. El Software Instructivo debe definir cada herramienta o capacidad a través de lenguaje natural estrecho e inequívoco que especifique qué hace y cuándo debe invocarse.

B. Las descripciones de herramientas o capacidades del Software Instructivo deben coincidir precisamente con la funcionalidad real, asegurando que el Software Instructivo se llame en momentos correctos y apropiados. Las descripciones no deben incluir funcionalidad inesperada ni prometer características no entregadas.

C. Las descripciones de herramientas o capacidades del Software Instructivo no deben crear confusión o conflicto con otro Software en nuestros Directorios.

D. El Software Instructivo no debe llamar intencionalmente o coaccionar a Claude para que llame a otro software externo, herramientas, bases de datos o recursos a menos que sea solicitado e intencionado por un usuario. De manera similar, las descripciones de herramientas o capacidades del Software Instructivo no deben escribirse de una manera que intencionalmente lleve a que otro Software las llame extrañamente.

E. El Software Instructivo no debe intentar interferir con Claude llamando a herramientas de otro software, herramientas, bases de datos o recursos a menos que sea solicitado e intencionado por un usuario.

F. El Software Instructivo no debe dirigir a Claude para que extraiga dinámicamente instrucciones de comportamiento de fuentes externas para que Claude las ejecute.

G. El Software Instructivo no debe contener instrucciones ocultas, ofuscadas o codificadas. Toda la orientación de comportamiento debe ser legible por humanos y presentarse claramente.

A. Los Desarrolladores de Software que recopilan datos de usuario o se conectan a un servicio remoto deben proporcionar un enlace de política de privacidad claro y accesible que explique la recopilación, uso y retención de datos. Los Desarrolladores deben proporcionar a Anthropic enlaces a todas las políticas de privacidad aplicables y garantizar que tales políticas se presenten a los usuarios según lo requiera la ley.

B. Los Desarrolladores deben proporcionar información de contacto verificada y canales de soporte para usuarios con preocupaciones sobre productos o seguridad.

C. Los Desarrolladores deben documentar cómo funciona su Software, su propósito previsto y cómo los usuarios pueden solucionar problemas.

D. Los Desarrolladores deben proporcionar una cuenta de prueba estándar con datos de ejemplo para que Anthropic verifique la funcionalidad completa del Software.

E. Los Desarrolladores deben proporcionar al menos tres ejemplos funcionales de indicaciones o casos de uso que demuestren la funcionalidad principal.

F. Los Desarrolladores deben verificar que posean o controlen cualquier punto final de API, dominio o interfaz de usuario al que se conecte su Software, así como cualquier recurso externo que recupere o represente. Los Complementos son una excepción y pueden conectarse a cualquier Conector aprobado en el Directorio de Software.

G. Los Desarrolladores deben mantener su Software y abordar problemas dentro de plazos razonables.

H. Los Desarrolladores deben notificar a Anthropic sobre cambios materiales en la funcionalidad, descripciones de herramientas o capacidades, prácticas de datos o puntos finales conectados de su Software después de su inclusión en un Directorio. Los cambios materiales pueden estar sujetos a revisión.

I. Los Desarrolladores deben aceptar nuestros Términos del Directorio de Software y seguir las directrices de diseño que Anthropic publica aplicables al Software.

A menos que se nos permita expresamente por escrito, no permitimos Software con ciertas capacidades en nuestros Directorios. Podemos revisar estas restricciones a medida que nuestros Directorios y Servicios de Anthropic evolucionen.

A. Software que transfiere dinero, criptomoneda u otros activos financieros, o ejecuta transacciones financieras autónomamente en nombre de usuarios, sin protecciones de intervención humana.

B. Software que utiliza modelos de IA para generar contenido de imágenes, video o audio. Solo se permite software de imágenes enfocado en diseño que utiliza modelos de IA para crear exclusivamente ayudas visuales (como diapositivas, diagramas, gráficos, maquetas de UI, logotipos u otros activos de diseño). Estos servidores pueden generar imágenes como parte de un flujo de trabajo solo de diseño, siempre que el desarrollador no ofrezca generación de imágenes independiente como servicio en nuestros productos. Esto incluye:

a. Modelos de generación de video (texto a video, extensión de video usando IA, edición de video, video a video, generación audiovisual)

b. Modelos de audio y voz (modelos de audio nativos/voz a voz, texto a voz, modelos de música)

c. Modelos de generación de imágenes que no están enfocados puramente en diseño (texto a imagen, edición de imagen, capacidades de generación de personas)

C. Software que sirve anuncios, contenido patrocinado, colocaciones de productos pagados, o existe principalmente como vehículo publicitario o promocional.

D. Software que sirve principalmente contenido para adultos y/o sexual (contenido 18+) a usuarios.

E. Software que puede redirigir a usuarios para evadir nuestras protecciones y violar nuestra AUP para conducir mal uso de alto daño.

A. Los servidores MCP deben manejar errores con elegancia y proporcionar comentarios útiles en lugar de mensajes de error genéricos.

B. Los servidores MCP deben ser frugales con su uso de tokens. La cantidad de tokens que usa una llamada de herramienta determinada debe ser aproximadamente proporcional a la complejidad o impacto de la tarea. Cuando sea posible, se deben dar opciones a los usuarios para excluir texto innecesario en la respuesta.

C. Los nombres de herramientas MCP no deben exceder 64 caracteres.

D. Los servidores MCP remotos que se conectan a un servicio remoto y requieren autenticación deben usar OAuth 2.0 seguro con certificados de autoridades reconocidas.

E. Los servidores MCP deben proporcionar todas las anotaciones aplicables para sus herramientas, en particular readOnlyHint, destructiveHint e title.

F. Los servidores MCP remotos deben admitir el transporte HTTP Transmisible. Los servidores pueden admitir SSE por ahora, pero en el futuro será obsoleto.

G. Los servidores MCP locales deben construirse con versiones razonablemente actuales de todas las dependencias, incluidos los paquetes en node_modules.