You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
With the recent surge in Large Language Models (LLMs) and AI agents, there's an increasing demand for AI systems to access the latest data from various sources, including databases and public APIs. The Model Context Protocol (MCP) has emerged as a universal, open standard for facilitating these connections. Skills is a centralized repo to accommodate various tools and it's a good opportunity to support MCP client in the repo to give user the capability to connect to their own MCP servers to perform different automated tasks. The proposal to convert OpenSearch APIs to tools are covered in this RFC: opensearch-project/OpenSearch#17577
Proposed Solutions
Configure an agent that to perform a specific/general task:
POST /_plugins/_ml/agents/{agent_id}
{
"parameters": {
"question": "Please help me create a new index in my cluster",
"params": "{ \"mappings\": { \"properties\": { \"text\": { \"type\": \"text\" } } }, \"settings\": { \"index\": { \"number_of_replicas\": \"1\", \"number_of_shards\": \"2\" } }}"
}
}
During the agent running, the MFCTool get invoked and the params in the parameters get passed to corresponding MFC server and the task complete.
This tool is generic enough to support different MFC server interaction with different request body, and all the MFC protocol details will be handled by OpenSearch.
The text was updated successfully, but these errors were encountered:
So, the proposal enables users to integrate their own MCP server, with OpenSearch acting as an intermediary between the LLM and the user's server. This setup allows users to define and utilize their own set of tools within the MCP framework. Is that correct?
So, the proposal enables users to integrate their own MCP server, with OpenSearch acting as an intermediary between the LLM and the user's server. This setup allows users to define and utilize their own set of tools within the MCP framework. Is that correct?
Problem Statement
With the recent surge in Large Language Models (LLMs) and AI agents, there's an increasing demand for AI systems to access the latest data from various sources, including databases and public APIs. The Model Context Protocol (MCP) has emerged as a universal, open standard for facilitating these connections. Skills is a centralized repo to accommodate various tools and it's a good opportunity to support MCP client in the repo to give user the capability to connect to their own MCP servers to perform different automated tasks. The proposal to convert OpenSearch APIs to tools are covered in this RFC: opensearch-project/OpenSearch#17577
Proposed Solutions
params
in theparameters
get passed to corresponding MFC server and the task complete.This tool is generic enough to support different MFC server interaction with different request body, and all the MFC protocol details will be handled by OpenSearch.
The text was updated successfully, but these errors were encountered: