Skip to main content
Glama

search_docs

Search Neo-MoFox official documentation using keywords. Results are ordered by hit count and display titles, summaries, and categories, with full text available separately.

Instructions

按关键词检索 Neo-MoFox 官方文档。查询按空白拆分为多个关键词,按「命中关键词数量」降序返回(命中全部关键词的文档排最前,至少命中一个即返回)。匹配标题 / 简介 / 正文预览 / 分类 / id / 路径。结果不含完整正文,需要全文时再用 get_doc 获取。

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
limitNo返回条数,默认 10,最大 100
queryYes检索关键词,如 "Windows 部署 安装" 或 "docker"
offsetNo结果偏移量,用于分页,默认 0
Behavior5/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

No annotations are present, so the description carries the full burden — and it delivers: it discloses query tokenization, ranking by number of matched keywords, OR-style matching (at least one keyword), matched fields, and the absence of full content in results. This goes well beyond a minimal 'search docs' statement.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Two dense sentences cover purpose, query semantics, ranking, matching scope, result limitations, and the get_doc alternative. There is no filler, and the most decision-relevant behavior is front-loaded.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness4/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

The description covers the core behavior, ranking, matched fields, result brevity, and the flag to get_doc for full content. It is slightly less complete regarding list_docs as an alternative and the exact shape of returned result items, but these are minor for a search tool with fully described parameters.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters4/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema coverage is 100%, so the baseline is 3. The description adds substantial value beyond the schema by explaining how the query parameter is interpreted (split by whitespace, ranked by matched keyword count) and what the query can match (title/summary/preview/category/id/path).

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description states a specific action ('检索关键词') and a specific resource ('Neo-MoFox 官方文档'), then explains exactly what is matched and how results are ranked. It also differentiates itself from get_doc by explicitly noting that it returns excerpts rather than full content.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines4/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

The description gives clear context: use this to search docs, and if full text is needed, use get_doc. It does not explicitly mention when to choose list_docs over this tool, but the search-vs-listing distinction is reasonably inferable from the context.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Install Server

Other Tools

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/minecraft1024a/mofox-docs-mcp'

If you have feedback or need assistance with the MCP directory API, please join our Discord server