MCP, 검색의 판을 뒤집다: 중앙 인덱스 대신 수천 개의 출처
Is MCP becoming the common foundation of smart, decentralised search?
AI 어시스턴트에게 질문하는 검색이 늘면서 답의 출처가 사라지고 있다. Anthropic이 2024년 11월 공개한 MCP는 각 발행자가 자기 데이터를 직접 서버로 노출하고, 어시스턴트가 질문 시점에 여러 서버를 호출해 출처·라이선스·작성자·갱신일과 함께 답을 받는 구조를 만든다. Contexte Tech는 계정도 키도 없이 누구나 쓸 수 있는 자체 MCP 서버를 공개하며, 인용 의무와 추적 없는 측정을 붙여 분산 검색의 실례를 보여준다.
MCP는 웹을 대체하지 않는다. 어시스턴트에게 웹으로 들어가는 길을 열어줄 뿐이다. 열려 있고 출처가 분명하며 정직한 서버가 많아질수록 AI 검색은 우리가 기대하는 모습, 즉 어디서 온 답인지 말해주는 답에 가까워질 것이다.
HN 토론
17- randomblock1
아니요, HTTP가 이미 그렇기 때문입니다. 모든 MCP를 추가할 수는 없습니다. 모든 하네스에는 검색 도구가 있으니 필요할 때 데이터를 가져오면 됩니다. MCP는 검색을 위한 것이 아니라 상호작용을 위한 것입니다. 때로는 검색일 수도 있지만 대부분은 아닙니다.
- brap
웹 서비스의 경우, 현대 에이전트가 스스로 API 문서를 찾아 사용할 수 있는데 MCP나 심지어 스킬의 요점이 무엇인가요?
요즘 같은 시대에는 에이전트가 더 이상 공식 3P 통합이 필요 없고, 이미 사용 가능한 API(때로는 UI까지도)를 그냥 사용할 수 있다고 생각합니다.
- hobofan
> 서버별로 세 가지를 여전히 구축해야 한다
> 인용
아니요, MCP 서버가 인용될 수 있을 만큼 충분한 메타데이터를 노출하기만 하면(대부분 사소함), 인용은 클라이언트/LLM의 일입니다.
> 신뢰
이것도 그저 클라이언트의 기능입니다. 서버는 시스템 내에서 본질적으로 신뢰할 수 없기 때문에 여기서 전혀 도움을 줄 수 없습니다.
> 측정
아마도요. 하지만 _각_ 서버에 얼마나 많은 측정이 필요한지, 그리고 그것이 실제로 최적화에 의미 있는 통찰을 제공하는지는 논쟁의 여지가 있습니다. 이는 서버 외부에서, 주변 맥락도 볼 수 있는 클라이언트/중앙 집중식 로깅 시스템에서 측정하는 편이 나을 수도 있습니다.