Skip to main content
Glama

Arrange network layout

arrange_network

Tidy existing node networks into a readable left-to-right data-flow layout, or apply exact coordinates atomically with stale-context checks and rollback. Never adds, deletes, or rewires nodes.

Instructions

Tidy an existing network into a readable left→right data-flow layout, or use layout_mode=explicit for one bounded, atomic exact-coordinate mutation with stale-context checks, readback and rollback. Annotation-aware automatic layout remains available, and omission of layout_mode preserves the legacy response. It never adds, deletes, or rewires nodes.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
pathYesCOMP whose children to arrange, e.g. '/project1' or a container path.
positionsNoExplicit mode only: normalized absolute child path to exact [x, y] coordinates.
recursiveNoAlso arrange the nodes inside nested COMPs (each network is tidied on its own).
layout_modeNoKeep automatic layout by default, or place exact coordinates atomically.auto
target_sourceNoExplicit mode only: use the supplied paths or compare them with active selection.
include_dockedNoMove each node's docked DATs (e.g. GLSL *_pixel or callbacks DATs) with it by the same delta, like an interactive drag. Set false to reposition only the nodes themselves.
idempotency_keyNoExplicit mode only: stable response-loss recovery key.
annotation_awareNoTreat each annotation and the operators it encloses as one layout unit. Uses structured bridge routes and never raw Python.
annotation_paddingNoPadding in network-editor units when resize_annotations is enabled.
resize_annotationsNoWith annotation_aware, resize non-empty annotation bounds to the enclosed content plus annotation_padding.
Behavior5/5

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

The description adds substantial behavioral detail beyond the annotations: it discloses that explicit mode is atomic, bounded, has stale-context checks, readback, and rollback. It also clarifies the tool is non-destructive (never adds/deletes/rewires nodes), which complements the destructiveHint=false annotation. This significantly helps an agent predict side effects.

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 exceptionally concise: two sentences that front-load the primary purpose, then cover the explicit mode's key traits, legacy behavior, and safety guarantee. Every sentence provides essential information without any redundant filler.

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 tool with 10 parameters and complex behavior, the description covers the core behavioral aspects (modes, atomicity, non-destructive guarantee) and references the legacy response. The schema handles individual parameter details, so the description does not need to echo them. While it does not spell out the return format, no output schema exists and the description gives enough context for selection and safe invocation.

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 description coverage is 100%, so the baseline is 3. The description adds value by explaining the semantics of layout_mode (explicit atomic mutation vs automatic) and mentions annotation-aware layout, which maps to the annotation_aware parameter. While it doesn't describe every parameter, it enriches understanding of the key mode-switching parameter.

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 clearly states the tool tidies an existing network into a readable left→right data-flow layout, and also explains the alternative explicit coordinate mode. It distinguishes itself from sibling tools by explicitly stating it never adds, deletes, or rewires nodes, which differentiates it from connect/disconnect/rebuild tools.

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 provides clear context for when to use automatic vs explicit layout modes, and notes that omitting layout_mode preserves the legacy response. It implies when not to use the tool (for rewiring actions) by stating it never rewires nodes, but does not explicitly name alternative tools for those cases.

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/lucasmaher-hash/touch-designer-mcp'

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