Ir para conteúdo principal

Política de Diretório de Software da Anthropic

Atualizado esta semana

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 para 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 quaisquer mudanças futuras, para permanecer em nossos Diretórios.

1. Segurança

A. O Software não deve violar ou facilitar a violação de nossa Política de Uso. 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. O Software não deve contornar ou permitir que os usuários contornem os mecanismos de proteção de segurança do Claude, instruções do sistema ou ambientes de sandbox.

C. 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.

D. 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 extraneous, nem mesmo para fins de registro.

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

F. 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 enviados pelo usuário.

2. Compatibilidade

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 funcionalidades inesperadas 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 extraneous.

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.

3. Requisitos do Desenvolvedor

A. 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 quaisquer recursos externos que ele recupera ou renderiza.

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

H. 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.

4. Casos de Uso Não Suportados

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, criptomoeda ou outros ativos financeiros, ou executa transações financeiras em nome dos usuários.

B. Software que usa modelos de IA para gerar conteúdo de imagem, vídeo ou áudio. Software focado em design que usa modelos de IA para criar 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 de design, desde que o desenvolvedor não ofereça geração de imagens autônoma como serviço principal.

5. Requisitos Adicionais para Servidores Model Context Protocol

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 Streamable HTTP. 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.

Veja a versão anterior desta política aqui: Política de Diretório Anthropic MCP.

Isto respondeu à sua pergunta?