Baidu Search MCP Server
Baidu 検索 MCP サーバー
Baidu を通じて Web 検索機能を提供し、コンテンツの取得と解析のための追加機能も備えたモデル コンテキスト プロトコル (MCP) サーバー。
特徴
ウェブ検索: 高度なレート制限と結果のフォーマットを使用して Baidu を検索します
コンテンツ取得: インテリジェントなテキスト抽出によりウェブページのコンテンツを取得して解析します
レート制限: 検索とコンテンツ取得の両方に対するレート制限に対する保護機能が組み込まれています
エラー処理: 包括的なエラー処理とログ記録
LLMフレンドリーな出力: 大規模言語モデルの消費向けに特別にフォーマットされた結果
Related MCP server: DuckDuckGo MCP Server
インストール
Smithery経由でインストール
Smithery経由で Claude Desktop 用の Baidu Search Server を自動的にインストールするには:
npx -y @smithery/cli install @Evilran/baidu-mcp-server --client claudeuv経由でインストール
uvを使用して PyPI から直接インストールします。
uv pip install baidu-mcp-server使用法
Claude Desktopで実行
Claude Desktopをダウンロード
Claude Desktop 構成を作成または編集します。
macOSの場合:
~/Library/Application Support/Claude/claude_desktop_config.jsonWindows の場合:
%APPDATA%\Claude\claude_desktop_config.json
次の構成を追加します。
{
"mcpServers": {
"baidu-search": {
"command": "uvx",
"args": ["baidu-mcp-server"]
}
}
}Claudeデスクトップを再起動します
発達
ローカル開発の場合は、MCP CLI を使用できます。
# Run with the MCP Inspector
mcp dev server.py
# Install locally for testing with Claude Desktop
mcp install server.py利用可能なツール
1. 検索ツール
async def search(query: str, max_results: int = 10) -> strBaidu で Web 検索を実行し、フォーマットされた結果を返します。
パラメータ:
query: 検索クエリ文字列max_results: 返される結果の最大数(デフォルト: 10)
**戻り値:**タイトル、URL、スニペットを含む検索結果を含むフォーマットされた文字列。
2. コンテンツ取得ツール
async def fetch_content(url: str) -> strWeb ページからコンテンツを取得して解析します。
パラメータ:
url: コンテンツを取得するウェブページのURL
戻り値: Web ページからクリーンアップされフォーマットされたテキスト コンテンツ。
機能の詳細
レート制限
検索: 1 分あたり 30 件のリクエストに制限されます
コンテンツ取得: 1 分あたり 20 リクエストに制限
自動キュー管理と待ち時間
結果処理
広告や無関係なコンテンツを削除します
Baidu のリダイレクト URL をクリーンアップします
LLM 消費を最適化するために結果をフォーマットします
長いコンテンツを適切に切り捨てる
エラー処理
包括的なエラー検出とレポート
MCP コンテキストによる詳細なログ記録
レート制限またはタイムアウト時の正常なデグラデーション
貢献
問題やプルリクエストは大歓迎です!改善の余地がある点は以下のとおりです。
追加の検索パラメータ(地域、言語など)
強化されたコンテンツ解析オプション
頻繁にアクセスされるコンテンツのキャッシュ層
追加のレート制限戦略
ライセンス
このプロジェクトは MIT ライセンスに基づいてライセンスされています。
謝辞
このプロジェクトのコードは、次のリポジトリを参照します。
これらのリポジトリの作成者と貢献者のオープンソース コミュニティへの努力と貢献に感謝します。
Available Tools
1 toolsearchC
Search Baidu and return formatted results.
Args:
query: The search query string
max_results: Maximum number of results to return (default: 6)
deep_mode: Deep search the web content (default: False)
ctx: MCP context for logging
| Name | Required | Description | Default |
|---|---|---|---|
| query | Yes | ||
| max_results | No | ||
| deep_mode | No |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
The description does not disclose behavioral traits such as authentication requirements, rate limits, pagination behavior, or the nature of 'deep_mode.' With no annotations, the description carries full burden but fails to provide sufficient context beyond the basic function.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is short but poorly structured. It includes unnecessary notation like 'Args:' and references a 'ctx' parameter not in the schema, which is misleading. It mixes parameter docs with the main description, reducing clarity.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given the tool has three parameters, no output schema, and no annotations, the description is incomplete. It fails to explain output format, error handling, or advanced usage. A search tool typically requires more documentation to be used correctly.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
The parameter descriptions in 'Args' merely restate the schema field names and defaults (e.g., 'query: The search query string') without adding meaningful semantics. 'Deep search the web content' is vague. Schema coverage is 0%, and the description adds only trivial value.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description states 'Search Baidu and return formatted results,' which clearly identifies the tool's action (search) and resource (Baidu), and implies output formatting. No sibling tools exist, so differentiation is not needed. However, it could be more specific about the result format (e.g., titles, URLs, snippets).
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
No guidance is provided on when to use this tool or its limitations. For a search tool, one would expect notes on query syntax, rate limits, or alternatives, but none are given.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
1 tool update
v1.0.0- First observed
search
TDQS
Scored across 1 tool
With only one tool, there is no possibility of confusion between different operations. The tool's purpose is clear and distinct.
The single tool is consistently named 'search', following a verb-only pattern that matches its action. There is no inconsistency.
A single tool for a search server is functional but minimal. It falls into the borderline category where the tool count feels thin for a typical API surface.
The search tool includes essential parameters like query, max_results, and deep_mode. However, it lacks other common search features like image or news search, leaving minor gaps.
Maintenance
Related MCP Connectors
Web search, page extraction, visual tools and developer utilities through Baizhi Cloud.
Provides AI assistants with access to Seltz's powerful Web Search capabilities.
Web search, fetch, extract, and research for AI agents. Markdown output + AI-synthesized answers.
Web search, browser automation, scraping, crawling and CAPTCHA solving for AI agents.
Related MCP Servers
- AlicenseNot gradedqualityDmaintenanceEnables AI assistants to perform intelligent web searches using the Baidu Wenxin API, supporting multiple models, search modes, and providing search results with reference sources.21 npm6MIT
- AlicenseBqualityCmaintenanceEnables web search through DuckDuckGo and webpage content fetching with intelligent text extraction. Features built-in rate limiting and LLM-optimized result formatting for seamless integration with language models.2MIT
- FlicenseAqualityDmaintenanceProvides web search capabilities across multiple engines and webpage content fetching to simplified Markdown. It enables AI assistants to access real-time internet information and extract text from specific URLs.213-
- FlicenseNot gradedqualityDmaintenanceWraps the Kimi Coding Search and Fetch APIs into MCP tools for web searching and content retrieval. It enables LLMs to perform targeted searches and crawl web pages using standardized interfaces.1-