Skip to main content
Glama

promote_kit_piece

Promote a kit piece to a standalone design while preserving its lineage. Requires Kiln Pro.

Instructions

Promote one kit piece to its OWN standalone design — lineage intact.

Everything in Free, plus calibration that learns your printer, mid-print edits, and unlimited textures and decorations. Requires Kiln Pro. Upgrade: https://kiln3d.com/pricing?src=agent&tool=promote_kit_piece

Input Schema

NameRequiredDescriptionDefault
nameNoDefault: "".
kit_idNoDefault: "".
design_idYes
piece_labelNoDefault: "".
new_design_idYes

Schema Changelog

Changes observed during successful MCP inspections.

  1. Addedv1.5.0

TDQS

C2.6/5.0
Behavior2/5

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

There are no annotations, so the description carries the full behavioral burden. It adds useful context that lineage remains intact and that Kiln Pro is required, but it does not say what happens to the original kit piece, whether the operation is reversible, what permissions are needed, or what errors may occur.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness3/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The core action is front-loaded in a strong first sentence, but the rest of the description is largely plan marketing and an upgrade URL rather than tool-selection guidance. That material does not earn its place in a concise tool definition.

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?

This is a mutation tool with no annotations, no output schema, five parameters, and only partial schema description coverage. The description should do more to explain side effects, preconditions beyond licensing, and how the inputs map to the promoted piece and new design.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters2/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema description coverage is only 60%, and the required fields design_id and new_design_id have no descriptions in the schema. The description hints that one input identifies the kit piece and another identifies the new standalone design, but it does not clarify the roles of kit_id, piece_label, or name.

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 first sentence gives a specific verb, resource, and outcome: promoting one kit piece into its own standalone design while preserving lineage. It is clear what the tool does, though it does not explicitly distinguish itself from nearby kit-related siblings such as plan_kit_plates or advise_kit_scale.

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?

The description states a licensing prerequisite, 'Requires Kiln Pro,' but gives no guidance on when to use this tool versus alternatives or when not to use it. The implied use case is only inferable from the tool name and first sentence.

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