unreal-python-mcp

get_members_info

Fetch detailed Unreal Python API documentation for multiple members at once, reducing the need for repeated calls.

Instructions

Get detailed documentation for multiple members at once (batch operation).

More efficient than calling get_member_info multiple times when you need details for several members.

Args: class_name: The class name (e.g., "Actor") member_names: List of member names (e.g., ["get_actor_location", "set_actor_location"])

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": {
      "class_name": "<class_name>",
      "member_names": "<member_names>"
    },
    "name": "get_members_info"
  }
}

Input Schema

Name	Required	Description	Default
`class_name`	Yes
`member_names`	Yes

Output Schema

Name	Required	Description	Default
`result`	Yes

Schema Changelog

Changes observed during successful MCP inspections.

First observedv0.1.0Aug 9, 2026

TDQS

A4.5/5.0

Behavior3/5

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

No annotations are provided, so the description carries the full burden. It clarifies this is a batch read operation for documentation, but does not disclose behavior for missing members, invalid class names, or any side effects. However, the 'get documentation' phrasing implies read-only, and the tool has an output schema to fill in details.

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?

The description is compact: one purpose sentence, one usage sentence, and a clear Args list. It is front-loaded with the primary purpose and uses structure effectively.

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 purpose, usage, and parameters, and the tool has an output schema to specify return structure. It lacks details on failure modes, but given the simple 2-param schema and existence of output schema, it is sufficiently complete.

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

Parameters5/5

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

Schema coverage is 0%, and the description compensates with an Args section giving examples for both parameters (e.g., 'Actor' and a list of member names). This adds meaningful semantics beyond the bare schema.

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 it 'Get[s] detailed documentation for multiple members at once (batch operation)', with a clear verb and resource. It explicitly differentiates from sibling get_member_info by noting batch efficiency, making its scope unambiguous.

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

Usage Guidelines5/5

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

It explicitly states when to use this tool: 'More efficient than calling get_member_info multiple times when you need details for several members.' This names the alternative and provides a condition, fully guiding the agent.

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

Deploy Server