Anthropic torna o Model Context Protocol open source
(anthropic.com)- O MCP (Model Context Protocol) é um novo padrão para conectar assistentes de IA a sistemas de dados como repositórios de conteúdo, ferramentas de negócios e ambientes de desenvolvimento, com o objetivo de gerar respostas melhores
- À medida que os assistentes de IA se tornam populares, o setor tem investido fortemente nas capacidades dos modelos, alcançando rápidos avanços em raciocínio e qualidade. No entanto, devido ao isolamento em relação aos dados, até mesmo os modelos mais sofisticados continuam presos a silos de informação e sistemas legados. Cada nova fonte de dados exige uma implementação sob medida, o que dificulta escalar sistemas conectados
- O MCP resolve esse problema. O MCP é um protocolo único para integrar fontes de dados e sistemas de IA, simplificando o processo fragmentado de integração e oferecendo conectividade mais confiável
Model Context Protocol (MCP)
- O MCP é um padrão aberto que permite estabelecer conexões bidirecionais seguras entre fontes de dados e ferramentas de IA
- A arquitetura é simples, e os desenvolvedores podem expor dados por meio de servidores MCP ou criar clientes MCP para se conectar a esses servidores
- Principais componentes
- Especificação e SDK do MCP
- Suporte a servidores MCP locais no aplicativo desktop do Claude
- Repositório open source de servidores MCP: oferece servidores MCP com suporte a fontes de dados como Google Drive, Slack, GitHub e Postgres
- O Claude 3.5 Sonnet ajuda a criar rapidamente implementações de servidores MCP, permitindo que empresas e indivíduos conectem seus conjuntos de dados a ferramentas de IA com agilidade
- Diversas empresas, como Block, Apollo, Zed, Replit, Codeium e Sourcegraph, adotaram o MCP para ampliar a recuperação de informações e as capacidades de agentes de IA
- Vantagens
- Os desenvolvedores podem usar um protocolo padrão sem precisar manter conectores individuais para cada fonte de dados
- Sistemas de IA podem manter contexto entre várias ferramentas e conjuntos de dados, permitindo construir arquiteturas mais sustentáveis
Como começar
- Desenvolvedores já podem começar hoje a criar e testar conectores MCP
- Clientes do Claude for Work podem testar servidores MCP localmente para se conectar a sistemas internos e conjuntos de dados
- Em breve, serão disponibilizadas ferramentas para desenvolvedores implantarem servidores MCP remotos em produção
1 comentários
Comentários do Hacker News
Depois de reunir informações pelo Twitter, Reddit e pela documentação, passei a entender o quadro geral. Há um guia de início rápido para iniciantes
Tenho trabalhado nisso na Anthropic com @jspahrsummers há alguns meses e estou pronto para responder perguntas
Na seção "Protocol Handshake", gostaria de mais detalhes sobre o processo de converter linguagem natural em consultas ao banco de dados. Se consultas ineficientes ou incorretas afetarem o banco de dados, fico curioso para saber se isso pode ser personalizado. É necessário um modo de garantir que dados sensíveis não sejam retornados nas consultas
Fico feliz em ver a padronização avançando, já que muita gente está escrevendo as próprias integrações e a fragmentação e a repetição são muito altas. Estou construindo um agente de programação para terminal e planejando conexão com serviços externos. Agradeço à Anthropic pela integração do mcp
Se a padronização acontecer, isso ajudará muito a indústria
O vídeo-resumo de 2 minutos do Matt Pocock é útil
Gosto da ideia de fornecer uma interface de integração para todos os LLMs, mas é difícil entender por que isso é apenas local. Seria mais interessante se um app web pudesse se conectar ao github para que o Claude pudesse acessar o repositório de código. No momento, isso parece possível no sistema de arquivos local. Ao criar apps baseados em LLM, fico me perguntando se isso poderia ser usado no lugar de RAG, que injeta dados no prompt. Acho que, por enquanto, os casos de uso com dados específicos são muito limitados
Fico curioso se haverá uma API dedicada a LLMs e se isso também seria útil para integrações de API entre sites em geral
Tenho curiosidade sobre a assimetria entre os prompts e a interface de sampling. Não entendo a diferença entre o cliente buscar prompts no servidor para executá-los e, na interface de sampling, o servidor apresentar ao cliente uma solicitação de completion. É possível que a classe de funcionalidades do MCP evolua
Não confio em soluções open source que não sejam de players principais. Se isso não for publicado junto com outros grandes players, há incentivos distorcidos demais