Skip to main content
Glama

get_grammar_pattern

Look up core Chinese grammar structures, structural variations, visual slot formulas, and authentic cinema dialogue examples.

Tool call template

Replace each placeholder with a value matching the input schema. Only required parameters are included; add optional parameters as needed.

{
  "id": 1,
  "jsonrpc": "2.0",
  "method": "tools/call",
  "params": {
    "arguments": {
      "pattern_or_slug": "<pattern_or_slug>"
    },
    "name": "get_grammar_pattern"
  }
}

Input Schema

NameRequiredDescriptionDefault
pattern_or_slugYesGrammar pattern (e.g., '还是…吧', '连…都…', 'hai-shi-ba')

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observed

TDQS

A3.5/5.0
Behavior3/5

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

With no annotations, the description carries the full burden. "Look up" implies a non-mutating read and the description does disclose the kinds of content returned (structures, variations, slot formulas, dialogue examples), but it says nothing about error behavior or the shape of the response beyond a keyword list.

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

Conciseness4/5

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

One front-loaded sentence with no wasted preamble. It reads as a dense keyword list rather than prose, which is efficient but slightly reduces scannability of the primary purpose.

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?

For a one-parameter lookup tool with no output schema and no annotations, the description covers what the tool retrieves (structures, variations, formulas, dialogue examples) adequately. It stops short of describing return structure, which the absence of an output schema would otherwise warrant.

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

Parameters3/5

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

Schema coverage is 100% and the single parameter's schema description already shows the accepted formats (Chinese pattern with ellipses, or a pinyin slug like 'hai-shi-ba'). The description adds no further meaning about the parameter, so the baseline 3 applies.

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

Purpose4/5

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

"Look up core Chinese grammar structures" gives a specific verb (look up) and resource (Chinese grammar), clearly distinct from get_hsk_vocabulary. The addition of "authentic cinema dialogue examples" blurs the line slightly with search_dialogue_clips, but the core purpose remains unambiguous.

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

Usage Guidelines3/5

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

Usage is only implied by the verb "Look up" and the grammar-structure resource; there is no explicit when-to-use, when-not-to-use, or routing to the siblings get_hsk_vocabulary and search_dialogue_clips. An agent could reasonably infer the scenario, but nothing confirms it.

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

Try in Browser

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources