Plasticity MCP
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
| prompts | {
"listChanged": true
} |
| resources | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| plasticity_callA | Browse the bounded catalog of registered Plasticity MCP operations or invoke one by its exact tool name. Use toolName='catalog' with query/offset/limit to read descriptions and JSON input schemas; set toolName to a returned operation name and pass its arguments object to invoke it. Only registered MCP operations are callable; the selected operation's original Zod schema and safety checks are applied. This is not JavaScript execution. |
| plasticity_list_windowsB | List Plasticity document windows exposed on loopback CDP. |
| plasticity_connectA | Connect this MCP process to one explicit Plasticity window and return its compact initial scene summary. Body bounds/counts are paginated; use plasticity_body_info for exact topology of a selected body. |
| plasticity_statusA | Read a compact document summary with identity, revision, exact body bounds, topology counts, and Undo/Redo state. Body summaries are paginated with bodyOffset/bodyLimit (default 0/50, maximum 200); follow bodyPagination.nextOffset and pass the prior page's revision as expectedRevision so scene edits cannot mix pages. Use plasticity_body_info for exact face/edge/vertex geometry of one body, or plasticity_list_bodies for paginated topology details. |
| plasticity_current_selectionA | Read bodies, linked instances, approximate reference meshes, groups, faces, edges, regions, and native Wire boundary/control handles currently selected by the user in Plasticity. |
| plasticity_capture_snapshotA | Capture an in-memory scene baseline before manual edits. Returns only the snapshot ID, document/revision identity and object counts; use that ID with plasticity_changes_since or plasticity_wait_for_change. |
| plasticity_changes_sinceA | Return a structured diff from a captured scene baseline. Exact changed-body B-Rep descriptors are summarized and paginated (bodyOffset default 0, bodyLimit default 20, maximum 100); follow bodyPagination.nextOffset with expectedRevision set to current.revision. Use plasticity_body_info for detailed topology of selected bodies. The diff also reports sketch Regions, construction planes, materials, visibility, instances, groups, and selection. Check sceneChanged for a reportable scene edit; revisionChanged can be true without a reportable scene diff. |
| plasticity_list_bodiesA | List exact native B-Rep body details with topology IDs. Results are paginated (bodyOffset default 0, bodyLimit default 10, maximum 100); follow bodyPagination.nextOffset and pass the previous page's revision as expectedRevision so edits cannot mix pages. Prefer plasticity_body_info when only one body is needed. Cone faces also report native basis radius, axis origin/direction, and semi-angle in radians when Plasticity provides them. |
| plasticity_body_infoB | Read one body from the current document revision. |
| plasticity_reconcileA | Read the document after a timeout or disconnect and allow later mutations without retrying the uncertain command. |
| plasticity_screenshotA | Save a PNG screenshot of the visible Plasticity renderer viewport to a new file without overwriting. Refuses hidden windows to avoid stale frames. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
| plasticity_model_from_reference | Guide an agent from a photo or sketch to a verified editable Plasticity model. |
| plasticity_strength_first | Guide Codex through evidence-first strength analysis before a logical CAD action. |
| plasticity_design_from_reference | Guide Codex through evidence-first functional CAD intake from a photo or sketch before a logical modeling action. |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
| plasticity-design-reference-workflow | Reference image intake, uncertainty and staged CAD decisions |
| plasticity-strength-workflow | Strength-first workflow and worked examples |
| plasticity-strength-interlayer-literature-baseline | Separate Creality CR-PLA and Hyper PLA references plus generic-PLA interlayer fracture evidence, with strict qualification limits |
| plasticity-strength-methods | Versioned strength method passports |
| plasticity-strength-recovery | Recovery after interrupted analysis or stale CAD |
TDQS
Scored across 11 tools
Most tools have clearly distinct purposes, and the descriptions explicitly steer between overlapping read tools like plasticity_status, plasticity_list_bodies, and plasticity_body_info. plasticity_call overlaps with every specific operation since it can invoke registered operations, but its catalog/invoke role is clearly described.
All tools consistently use the plasticity_ prefix and snake_case, making them predictable at a glance. However, the suffixes mix verb_noun patterns (list_bodies, capture_snapshot) with noun phrases (status, body_info, screenshot), so the convention is not fully uniform.
With 11 tools, the server is well-scoped: it has dedicated tools for window connection, scene inspection, snapshot/diff workflows, recovery, screenshots, and generic operation invocation. No tool appears redundant enough to remove, and the count is in the ideal range for a focused MCP server.
The surface covers inspection, connection, snapshot/diff, reconciliation, screenshots, and generic operation invocation via plasticity_call. However, plasticity_capture_snapshot references plasticity_wait_for_change, which is absent from the tool set, and there are no explicit mutation or undo/redo wrappers, leaving notable gaps.