Skip to main content
Glama
BrandonDoster

PrintVaultMCP

open_spool

Create an individual spool record from an unopened batch, with optional location and printer assignments.

Instructions

Open a spool from an unopened batch. Creates a new individual spool record.

Args: spool_id: The ID of the unopened spool batch to open from. status: Status for the opened spool — 'opened' or 'in_use'. location_id: Optional location ID to assign the opened spool. printer_id: Optional printer ID to assign the opened spool.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
statusNoopened
spool_idYes
printer_idNo
location_idNo

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
resultYes
Behavior3/5

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

There are no annotations, so the description carries the burden. It discloses that a new individual spool record is created and that status can be 'opened' or 'in_use', plus optional location/printer assignment. It does not mention whether the original batch is consumed or other side effects, which is a gap.

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: two sentences of purpose followed by a clean Args list. It is front-loaded and has no filler; every sentence earns its place.

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 an output schema present and all parameters described, the core usage is covered. The only missing piece is side-effect behavior on the source batch and explicit usage boundaries, but for a straightforward create-style action it is reasonably 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?

Despite 0% schema coverage, the description documents every parameter (spool_id, status, location_id, printer_id) with role-specific meaning, including allowed status values and optional assignment semantics. This fully compensates for the schema's lack of descriptions.

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 uses a specific verb ('Open') with a resource ('spool from an unopened batch') and states the expected effect ('Creates a new individual spool record'). This clearly distinguishes it from sibling tools like list_spools or add_filament_spool.

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?

It clearly frames the context ('from an unopened batch') and the action creates an individual spool, implying when to use it. However, it does not explicitly name alternatives or exclusions, so it stops short of full guidance.

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/BrandonDoster/PrintVault_MCP'

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