Skip to main content
Glama

delimit_swarm

Manage and inspect multi-venture agent swarms with persona-based namespace isolation. Register ventures with five AI agent roles, create custom tools, hot-reload modules, and check access permissions.

Instructions

Manage the cross-venture agent swarm (personas + namespace isolation).

When to use: to inspect or mutate the swarm — register a venture with its 5 agent roles, create custom tools, hot-reload modules, check namespace access. When NOT to use: to dispatch a single task (use delimit_agent_dispatch) or read agent state (delimit_agent_status / dashboard).

Sibling contrast: delimit_agent_dispatch is per-task; this manages the multi-venture / multi-persona swarm overall (Agent Swarm Standard v1.2).

Side effects: action="register" / "create_tool" / "create_agent" / "approve_agent" / "reload" mutate state. status / venture / agent / list_* / check / approve / guide / rules are read-only.

Each venture gets 5 AI agent roles (Architect, Senior Dev, Reviewer, QA, Ops) with namespace isolation and model binding.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
actionNoSee actions above.status
ventureNoVenture name (for register/venture/create_agent).
agent_idNoAgent ID (for agent/check/create_agent/approve_agent).
repo_pathNoRepo path, description, or reason depending on action.
deploy_targetNoDeploy target for venture registration.
target_pathNoFile path, tool name, or role name depending on action.
access_actionNoAction name - for check: "read"/"write"/"deploy". For approve: "deploy_production"/"deploy_staging"/"social_post" etc.read

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault

No arguments

Behavior4/5

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

With no annotations, the description carries full burden. It identifies which actions mutate state ('register', 'create_tool', etc.) and which are read-only. Discloses that each venture gets 5 agent roles with namespace isolation and model binding. Lacks details on authorization or failure modes but is fairly comprehensive.

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?

Well-structured with clear sections (When to use, When NOT to use, Sibling contrast, Side effects). Every sentence adds value, no redundant information. Front-loaded with the main 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?

Given the tool's complexity (7 params, multiple actions, output schema exists), the description covers usage, exclusions, side effects, and high-level structure. It doesn't explain all possible actions exhaustively but provides sufficient guidance. Output schema existence is noted but not described, which is acceptable.

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%, so baseline is 3. The description adds context by grouping actions but does not significantly elaborate on individual parameters beyond the schema's minimal descriptions. The action parameter's default and purpose are clarified via examples, but other parameters (repo_path, target_path) remain somewhat ambiguous.

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 it manages the cross-venture agent swarm, listing specific actions like register venture, create tools, hot-reload modules. It distinguishes from sibling tools by contrasting with delimit_agent_dispatch (per-task) and delimit_agent_status/dashboard (read state).

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?

Explicit 'When to use' and 'When NOT to use' sections with named alternatives (delimit_agent_dispatch, delimit_agent_status/dashboard). Also provides sibling contrast, making it clear when this tool is appropriate.

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/delimit-ai/delimit-mcp-server'

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