Skip to main content
Glama

scene_list_factions

Read-only

Lists a map's factions with their hostile and friendly relations to control who attacks whom. Reads the newest official save when no map path is given; read-only.

Instructions

List the factions (阵营) of a map and, for each, which factions it is hostile to and which it is friendly to. This decides who attacks whom: a creature attacks entities of a hostile faction that have combat attributes. A new map has three factions, players 1, objects 2 and creatures 3, each hostile to the other two, so allies of the player attack objects a graph creates (coins, walls, markers) and seem to swing at nothing. Without mapPath it reads the newest official save. Read-only.

Input Schema

NameRequiredDescriptionDefault
mapPathNo

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv0.1.0

TDQS

A3.9/5.0
Behavior4/5

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

Annotations already declare readOnlyHint=true, but the description adds meaningful behavioral context: the default source when mapPath is omitted, the default three-faction setup on a new map, and how hostility determines combat targeting. It does not explain error behavior or return shape in detail.

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?

The description is front-loaded with the core list operation and remains mostly efficient, though the new-map example is lengthy and could be tightened. The final read-only note is useful but slightly redundant with annotations.

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?

With no output schema and minimal annotations beyond read-only, the description provides enough conceptual return information by stating that it returns factions and their hostile/friendly relationships. It is nearly complete, though it could say more about response structure.

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 0% for the single optional mapPath parameter. The description partially compensates by stating that without mapPath the newest official save is read, but it does not describe path format, valid values, or how mapPath is resolved.

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 gives a specific verb and resource: it lists the factions of a map and reports each faction's hostile and friendly relationships. That scope is precise enough to separate it from sibling mutation tools like scene_set_faction_hostility.

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 implied by the faction-listing purpose and the note that omitting mapPath reads the newest official save, but the description does not explicitly say when to use this instead of scene_set_faction_hostility or other scene inspection tools.

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

Deploy Server

Other Tools