Skip to main content
Glama

environment_setup

Configures ambient light color, energy, background mode, and sky color for a 3D scene by creating or updating a WorldEnvironment node in Godot.

Instructions

Set up environment and ambient lighting for a 3D scene.

Category: Light

Args: project_path: Path to the Godot project directory scene_path: Path to the scene file (relative to project) parent_node_path: Path to the parent node environment_name: Name for the WorldEnvironment node (default: "WorldEnvironment") ambient_light_color: Ambient light color as JSON array [r, g, b] ambient_light_energy: Ambient light energy/intensity background_mode: Background mode (Sky, Color, Custom, default: Sky) sky_color: Sky color as JSON array [r, g, b] (for Color background mode)

Returns: Success message or error description

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
project_pathYes
scene_pathYes
parent_node_pathYes
environment_nameNoWorldEnvironment
ambient_light_colorNo
ambient_light_energyNo
background_modeNoSky
sky_colorNo

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
resultYes
Behavior2/5

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

With no annotations, the description should disclose side effects (e.g., overwriting existing environment) but only states it sets up environment. Does not describe mutability or requirements.

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?

Description is structured with category, Args, Returns. It is relatively concise but uses docstring style which is acceptable. No superfluous sentences.

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

Completeness2/5

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

Given 8 parameters, no annotations, and lack of behavioral context, the description does not sufficiently fill gaps. Missing usage context and detailed return information despite output schema existence.

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?

Despite 0% schema description coverage, the description explains each parameter's purpose, defaults, and format (e.g., colors as JSON arrays, background_mode options). Adds significant value beyond schema titles.

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?

The description states 'Set up environment and ambient lighting for a 3D scene', which is a clear verb+resource. It distinguishes from siblings like 'light_add' which add light nodes, though it could explicitly mention WorldEnvironment node creation.

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

Usage Guidelines2/5

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

No guidance on when to use this tool vs alternatives like 'light_set_properties' or 'scene_create'. No conditions or exclusions provided.

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/ChanceFlow/godot-mcp'

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