A Anthropic permite que os usuários descubram servidores de Model Context Protocol de alta qualidade, pastas de Skill, plugins, aplicativos e outros softwares, contêineres ou dados ("Software") que funcionam perfeitamente no Claude através de diretórios, repositórios, superfícies ou ofertas similares (coletivamente, "Diretórios"). Analisamos as submissões aos nossos Diretórios para garantir que atendam aos nossos padrões de segurança, compatibilidade com os Serviços Anthropic e outros Softwares. Realizamos análises iniciais e contínuas do Software e podemos exigir que os desenvolvedores resolvam problemas de conformidade para continuar incluídos em nossos Diretórios. Todo Software deve manter conformidade com esses requisitos, incluindo futuras alterações, para permanecer em nossos Diretórios.

A. O Software não deve violar ou facilitar a violação de nossa Política de Uso, incluindo casos de uso de alto risco em áreas jurídica, saúde, seguros, finanças e outras. Todo Software deve estar em conformidade com nossos Padrões de Uso Universal e requisitos de Casos de Uso de Alto Risco e com nossa política sobre países e regiões que a Anthropic atualmente suporta.

B. Quando o Software fornece um caso de uso de alto risco, os Desenvolvedores devem estar em conformidade com as medidas de intervenção humana e fornecer divulgação direta aos consumidores (conforme detalhado em nossa AUP) para serem incluídos em nosso diretório.

C. O Software não deve contornar ou permitir que os usuários contornem as proteções de segurança, instruções do sistema ou ambientes de sandbox do Claude.

D. O Software deve priorizar a proteção da privacidade do usuário e dos interesses de privacidade de terceiros. Os Desenvolvedores devem ter cuidado ao lidar responsavelmente com dados pessoais e outros dados sensíveis, seguir as melhores práticas de privacidade e garantir conformidade com as leis aplicáveis.

E. O Software deve coletar apenas dados do contexto do usuário que sejam necessários para executar sua função. O Software não deve coletar dados de conversa extrínsecos, mesmo para fins de registro.

F. O Software não deve infringir os direitos de propriedade intelectual de terceiros.

G. O Software não deve consultar ou extrair dados da memória do Claude, histórico de chat, resumos de conversa ou arquivos gerados ou carregados pelo usuário e não deve armazenar ou usar persistentemente conteúdo de conversa para criar perfis de usuário ou tentar fazer alterações no comportamento do Claude entre sessões.

Esta seção se aplica ao Software que fornece ao Claude ferramentas ou capacidades através de descrições em linguagem natural, incluindo servidores MCP, pastas de Skill e Software similar ("Software Instrucional").

A. O Software Instrucional deve definir cada ferramenta ou capacidade através de linguagem natural estreita e inequívoca que especifique o que faz e quando deve ser invocado.

B. As descrições de ferramentas ou capacidades do Software Instrucional devem corresponder precisamente à funcionalidade real, garantindo que o Software Instrucional seja chamado em momentos corretos e apropriados. As descrições não devem incluir funcionalidade inesperada ou prometer recursos não entregues.

C. As descrições de ferramentas ou capacidades do Software Instrucional não devem criar confusão ou conflito com outro Software em nossos Diretórios.

D. O Software Instrucional não deve intencionalmente chamar ou coagir o Claude a chamar outro software externo, ferramentas, bancos de dados ou recursos, a menos que solicitado e pretendido por um usuário. Da mesma forma, as descrições de ferramentas ou capacidades do Software Instrucional não devem ser escritas de forma que intencionalmente levem outro Software a chamá-las extrinsecamente.

E. O Software Instrucional não deve tentar interferir no Claude chamando ferramentas de outro software, ferramentas, bancos de dados ou recursos, a menos que solicitado e pretendido por um usuário.

F. O Software Instrucional não deve direcionar o Claude para extrair dinamicamente instruções de comportamento de fontes externas para o Claude executar.

G. O Software Instrucional não deve conter instruções ocultas, ofuscadas ou codificadas. Toda orientação de comportamento deve ser legível por humanos e claramente apresentada.

A. Os Desenvolvedores de Software que coletam dados do usuário ou se conectam a um serviço remoto devem fornecer um link de política de privacidade claro e acessível explicando coleta, uso e retenção de dados. Os Desenvolvedores devem fornecer à Anthropic links para todas as políticas de privacidade aplicáveis e garantir que tais políticas sejam apresentadas aos usuários conforme exigido por lei.

B. Os Desenvolvedores devem fornecer informações de contato verificadas e canais de suporte para usuários com preocupações sobre produtos ou segurança.

C. Os Desenvolvedores devem documentar como seu Software funciona, seu propósito pretendido e como os usuários podem resolver problemas.

D. Os Desenvolvedores devem fornecer uma conta de teste padrão com dados de amostra para a Anthropic verificar a funcionalidade completa do Software.

E. Os Desenvolvedores devem fornecer pelo menos três exemplos funcionais de prompts ou casos de uso que demonstrem a funcionalidade principal.

F. Os Desenvolvedores devem verificar que possuem ou controlam qualquer endpoint de API, domínio ou interface de usuário ao qual seu Software se conecta, bem como qualquer recurso externo que recupera ou renderiza. Plugins são uma exceção e podem se conectar a qualquer Conector aprovado no Diretório de Software.

G. Os Desenvolvedores devem manter seu Software e resolver problemas em prazos razoáveis.

H. Os Desenvolvedores devem notificar a Anthropic sobre mudanças materiais na funcionalidade, descrições de ferramentas ou capacidades, práticas de dados ou endpoints conectados de seu Software após inclusão em um Diretório. Mudanças materiais podem estar sujeitas a re-análise.

I. Os Desenvolvedores devem concordar com nossos Termos do Diretório de Software e seguir as diretrizes de design que a Anthropic publica aplicáveis ao Software.

A menos que expressamente permitido por nós por escrito, não permitimos Software com certas capacidades em nossos Diretórios. Podemos revisar essas restrições conforme nossos Diretórios e Serviços Anthropic evoluem.

A. Software que transfere dinheiro ou outros ativos financeiros, ou executa transações financeiras autonomamente em nome dos usuários, sem proteções de intervenção humana. Geralmente não permitimos software de criptomoedas em nosso diretório.

B. Software que usa modelos de IA para gerar conteúdo de imagem, vídeo ou áudio. Apenas software de imagem focado em design que usa modelos de IA para criar exclusivamente auxílios visuais (como slides, diagramas, gráficos, mockups de UI, logos ou outros ativos de design) são permitidos. Esses servidores podem gerar imagens como parte de um fluxo de trabalho apenas de design, desde que o desenvolvedor não ofereça geração de imagem autônoma como serviço em nossos produtos. Isso inclui:

a. Modelos de geração de vídeo (texto para vídeo, extensão de vídeo usando IA, edição de vídeo, vídeo para vídeo, geração audiovisual)

b. Modelos de áudio e voz (fala para fala/modelos de áudio nativos, texto para fala, modelos de música)

c. Modelos de geração de imagem que não são puramente focados em design (texto para imagem, edição de imagem, capacidades de geração de pessoas)

C. Software que serve anúncios, conteúdo patrocinado, colocações de produtos pagos ou existe principalmente como veículo de publicidade ou promoção.

D. Software que serve principalmente conteúdo adulto e/ou sexual (conteúdo 18+) aos usuários.

E. Software que pode redirecionar usuários para contornar nossas proteções e violar nossa AUP para conduzir abuso de alto dano.

A. Os servidores MCP devem lidar graciosamente com erros e fornecer feedback útil em vez de mensagens de erro genéricas.

B. Os servidores MCP devem ser econômicos com seu uso de tokens. A quantidade de tokens que uma determinada chamada de ferramenta usa deve ser aproximadamente comensurável com a complexidade ou impacto da tarefa. Quando possível, os usuários devem receber opções para excluir texto desnecessário na resposta.

C. Os nomes de ferramentas MCP não devem exceder 64 caracteres.

D. Servidores MCP remotos que se conectam a um serviço remoto e exigem autenticação devem usar OAuth 2.0 seguro com certificados de autoridades reconhecidas.

E. Os servidores MCP devem fornecer todas as anotações aplicáveis para suas ferramentas, em particular readOnlyHint, destructiveHint e title.

F. Servidores MCP remotos devem suportar o transporte HTTP Transmissível. Os servidores podem suportar SSE por enquanto, mas no futuro será descontinuado.

G. Servidores MCP locais devem ser construídos com versões razoavelmente atuais de todas as dependências, incluindo pacotes em node_modules.