mcp-openapi-demo

mcp-openapi-demo

MCP server for the Petstore API enabling LLMs to find pets by status via function calling.

Category
访问服务器

README

mcp-openapi-demo

Model Context Protocol

“LLM function calling” mekanizması ile MCP’yi otomatik tetikleyen küçük bir demo.

📂 Proje Dizini

mcp-openapi-demo/
│
├── server.js          # Node.js tarafı → MCP Server (Petstore API)
├── package.json       # Node bağımlılıkları
├── .env               # Ortam değişkenleri (API anahtarı vs.)
└── python-client/
    ├── client.py      # Python tarafı → MCP Client (OpenAI entegrasyonu ile)

Proje Nasıl Çalışır

👉 Modele sadece “Find available pets” denir. 👉 Model, kendi isteğiyle function call yapacak. 👉 Python kodu, bu function call’u yakalayacak, MCP server’a yönlendirecek, cevabı alacak. 👉 Sonucu tekrar modele verip son yanıtı yazdıracak.


🚀 Adım 1: MCP Server’ı Çalıştır

Önce Node.js tarafını aç ve terminalde:

cd mcp-openapi-demo
node server.js

Eğer doğruysa:

🚀 MCP Server running on http://localhost:4000

mesajını görmen lazım ✅


🚀 Adım 2: Python Ortamını Kur

Python client klasörüne geç:

cd python-client
python -m venv venv
source venv/bin/activate   # Windows: venv\Scripts\activate
pip install requests openai

🚀 Adım 3: OpenAI API Key Ayarla

API anahtarını .env dosyasına yazabilirsin:

OPENAI_API_KEY=senin_api_key

Python kodunda anahtarı almak için python-dotenv paketini kur:

pip install python-dotenv

Ve client.py içinde şöyle ekle:

from dotenv import load_dotenv
load_dotenv()

Artık anahtar otomatik olarak .env dosyasından alınacak.


🚀 Adım 4: Python Client Çalıştır

python client.py

Beklenen çıktı:

  1. Önce Petstore API’den gelen JSON → yani “available pets” listesi.
  2. Ardından OpenAI modelinin doğal dilde özeti → mesela “There are 20 available pets, most are dogs and cats...” gibi.

📌 Özetle:

  • Node.js tarafı → Petstore MCP Server
  • Python tarafı → Hem MCP’den veri çekiyor hem de OpenAI modeline verip yorum alıyor

LLM Function Calling Mekanizması Nasıl Çalışır?

👉 Modelin "find_available_pets" fonksiyonunu çağırması senin yazdığın prompt + ona verdiğin tools tanımı sayesinde oluyor. Yani bu çağrı senin API çağrının bir yanıtı olarak, modelin output’unda gerçekleşiyor.

📍 Nerede olur?

OpenAI’nin chat.completions.create cevabında olur. Örneğin Python’da:

from openai import OpenAI

client = OpenAI()

tools = [
    {
        "type": "function",
        "function": {
            "name": "find_available_pets",
            "description": "Find pets in the Petstore API by status",
            "parameters": {
                "type": "object",
                "properties": {
                    "status": {
                        "type": "string",
                        "enum": ["available", "pending", "sold"]
                    }
                },
                "required": ["status"],
            },
        }
    }
]

response = client.chat.completions.create(
    model="gpt-4o-mini",
    messages=[
        {"role": "user", "content": "Can you show me all available pets?"}
    ],
    tools=tools
)

print(response.choices[0].message)

📍 Modelin cevabı nasıl olur?

Model sana düz metin dönmez, function call döner:

{
  "role": "assistant",
  "tool_calls": [
    {
      "id": "call_1",
      "type": "function",
      "function": {
        "name": "find_available_pets",
        "arguments": "{ \"status\": \"available\" }"
      }
    }
  ]
}

📍 Sen ne yaparsın?

  1. Buradaki function.name ve arguments değerini alırsın.

  2. Bu bilgiyi MCP server’a JSON-RPC request olarak gönderirsin (pet/findByStatus).

  3. Dönen cevabı tekrar modele verirsin →

    client.chat.completions.create(
        model="gpt-4o-mini",
        messages=[
            {"role": "user", "content": "Can you show me all available pets?"},
            response.choices[0].message,  # function call çıktısı
            {
              "role": "tool",
              "tool_call_id": response.choices[0].message.tool_calls[0].id,
              "content": json.dumps(mcp_result)
            }
        ]
    )
    

✅ Yani “find_available_pets” çağrısı senin kodunda değil, modelin output’unda gerçekleşiyor. Sen sadece bu function call’u yakalayıp gerçekten çalıştırıyorsun (MCP’ye gönderiyorsun).

tam zincir:

kullanıcı → LLM → function call → MCP → sonuç → tekrar LLM

Tool tanımındaki description mı süreci etkiliyor?

Aynen öyle ✅ — tool tanımındaki description kısmı sürecin en kritik parçalarından biri.

LLM, kullanıcı mesajını alıyor → sonra kendisine senin verdiğin tool schemayı inceliyor. Tool’un adı, parametreleri ve özellikle description kısmı, modelin hangi durumda o tool’u çağıracağına karar vermesini sağlıyor.

🔎 Detaylı olarak etkileyen faktörler:

  1. Tool adı (name)

    • Model için bir “anahtar kelime”.
    • Ama tek başına yeterli değil, çünkü kullanıcı hep “find pets” demeyebilir.
    • Örn: kullanıcı “show me all dogs available for adoption” derse → model description’a bakıp “bu tool adoption için available pets getiriyor” diye eşleştirir.
  2. Description (Açıklama)

    • Modelin karar verme sürecinde en güçlü sinyal.

    • Buraya yazdığın açıklama ne kadar açık, görev tanımı ne kadar iyi olursa model o kadar doğru karar verir.

    • Örn:

      "description": "Find pets that are currently available in the Petstore API. Use this function if the user asks about pets, animals, or available pets."
      

      Böyle yazarsan, model daha doğru tetikler.

    • Eğer description zayıfsa, model yanlış tool’u seçebilir ya da hiç tool çağırmayabilir.

  3. Parameters (şema)

    • Modelin doğru argüman üretmesini sağlar.
    • Mesela enum ["available", "pending", "sold"] dersen, model bu üç değerden birini seçecektir.
    • Bu da seni gereksiz validation’dan kurtarır.

📌 Özet:

  • Evet, description doğrudan etkiliyor.
  • Description, modelin “hangi tool ne işe yarıyor” bilgisini anlaması için kritik.
  • İyi yazılmış description → doğru tool seçimi ve doğru parametreler.

推荐服务器

Baidu Map

Baidu Map

百度地图核心API现已全面兼容MCP协议,是国内首家兼容MCP协议的地图服务商。

官方
精选
JavaScript
Playwright MCP Server

Playwright MCP Server

一个模型上下文协议服务器,它使大型语言模型能够通过结构化的可访问性快照与网页进行交互,而无需视觉模型或屏幕截图。

官方
精选
TypeScript
Magic Component Platform (MCP)

Magic Component Platform (MCP)

一个由人工智能驱动的工具,可以从自然语言描述生成现代化的用户界面组件,并与流行的集成开发环境(IDE)集成,从而简化用户界面开发流程。

官方
精选
本地
TypeScript
Audiense Insights MCP Server

Audiense Insights MCP Server

通过模型上下文协议启用与 Audiense Insights 账户的交互,从而促进营销洞察和受众数据的提取和分析,包括人口统计信息、行为和影响者互动。

官方
精选
本地
TypeScript
VeyraX

VeyraX

一个单一的 MCP 工具,连接你所有喜爱的工具:Gmail、日历以及其他 40 多个工具。

官方
精选
本地
graphlit-mcp-server

graphlit-mcp-server

模型上下文协议 (MCP) 服务器实现了 MCP 客户端与 Graphlit 服务之间的集成。 除了网络爬取之外,还可以将任何内容(从 Slack 到 Gmail 再到播客订阅源)导入到 Graphlit 项目中,然后从 MCP 客户端检索相关内容。

官方
精选
TypeScript
Kagi MCP Server

Kagi MCP Server

一个 MCP 服务器,集成了 Kagi 搜索功能和 Claude AI,使 Claude 能够在回答需要最新信息的问题时执行实时网络搜索。

官方
精选
Python
e2b-mcp-server

e2b-mcp-server

使用 MCP 通过 e2b 运行代码。

官方
精选
Neon MCP Server

Neon MCP Server

用于与 Neon 管理 API 和数据库交互的 MCP 服务器

官方
精选
Exa MCP Server

Exa MCP Server

模型上下文协议(MCP)服务器允许像 Claude 这样的 AI 助手使用 Exa AI 搜索 API 进行网络搜索。这种设置允许 AI 模型以安全和受控的方式获取实时的网络信息。

官方
精选