BlockWerk MCP server

• Registry nametech.blockwerk/mcpverified in the MCP registry

The registry name sits under blockwerk.tech. The registry only lets a publisher use that namespace after proving control of the domain through DNS or HTTP.

• Stateanswerschecked 2026-10-24
• Tools42
• Server calls itselfblockwerk-mcp
• Server version1.0.0
• Protocol version2025-06-18

On 2026-10-24 the server answered initialize and tools/list without a sign-in. First answer in 211 ms.

• Its tools do every use case we checked: build control system block diagrams in the browser; run block diagram simulations with a WebAssembly engine.
• Checked on 3 of the 7 days it takes to judge reliability.

Said by rules from the measurements above. The likely first call is a model's pick from the tool list; read its description before relying on it.

• INITE MCP scoreafter a weeka score needs 7 daily checks: 3 so far
• What an agent can do with it2 of 2 use cases
• Answeredmeasuring3 of the 7 daily checks it takes to print a share
• Median first answer327 ms
• Space in an agent's context≈ 5,760 tokensthe definitions of all its tools (42), which an agent carries on every turn
• Tool definitionsA · 98 of 100
• Typed results0 of 42 toolsdeclared outputSchema: results come typed, read once

• Parameters without a description: in 4 of 42

A program checks the server once a day: initialize and tools/list, no model. Tokens are the definitions' length at about four characters a token. The grade averages six checks of every tool's name, description, schema and annotations; it says how well the tools are described, not whether they work. The score weighs what was measured and nothing else: answering (30%), doing the product's job (25%), definitions (20%), context (10%) and use (15%). A part that was not measured is left out, and a hidden instruction caps the score at 40. The state of vendors' MCP servers: method and numbers →

• describe_canvas

  Returns a structured description of all blocks and connections currently on the canvas. Set "compact" to true for a token-efficient summary.

• get_available_blocks

  Returns the block types in the library with their descriptions, configurable parameters, and exact input/output port IDs. Without a filter it returns a compact list of all types; with a list of type IDs it returns full details for those…

• add_block

  Add a new block to the canvas. Returns the new block ID.

• connect_blocks

  Connect an output port of one block to an input port of another. Automatically resolves common port aliases (e.g., "in" -> "signal" for uPlotDisplay, "in" -> "error" for PIDController, "+" / "-" for Subtraction).

• update_params

  Update one or more parameters of an existing block.

• delete_block

  Delete a block and all its connections from the canvas. This is a destructive action that asks the user for approval in the BlockWerk tab.

• load_diagram

  Atomically replaces the entire canvas with a complete diagram defined as a BlockWerk project JSON string. The JSON has a "blocks" array (each block needs a unique "id" and "type"; "x"/"y"/"params" are optional) and a "connections" array…

• export_diagram

  Exports the current canvas project as a complete BlockWerk JSON string.

• get_share_link

  Returns a link that opens the current diagram on the BlockWerk canvas. The whole project travels compressed inside the URL, so it needs no account and nothing is uploaded. Opening the link in a browser shows the diagram, where the…

• clear_canvas

  Remove all blocks and connections from the canvas. This is a destructive action that asks the user for approval in the BlockWerk tab.

• tidy_layout

  Automatically rearrange all blocks on the canvas into a clean, left-to-right flow.

• batch_commands

  Executes multiple canvas manipulation and background job commands in a single round-trip. Use "handle" strings to refer to blocks added earlier in the same batch. When adding TextNote annotations, set "anchors" to the handles/IDs of the…

• analyze_topology

  Analyzes the block diagram structure: detects feedback loops, signal paths, and system order.

• get_signal_data

  Returns time series data from a Scope block output for analysis.

• calculate_metrics

  Calculates step response metrics from signal data: rise time, settling time, overshoot percentage, and steady-state error.

• get_analysis_measurements

  Retrieves the currently active pinned measurements and their computed values across plotted signals in the Analysis panel.

• evaluate_spec_mask

  Evaluates signal data against automated design specifications and tolerance corridors (rise time, settling time, overshoot %, steady-state error, min/max limits).

• get_architect_memory

  Returns the persistent memory object of the Architect.

• update_architect_memory

  Updates the persistent memory of the Architect. Provide a JSON object with keys to update/merge.

• validate_engineering_units

  Checks the consistency of engineering units across the diagram. Detects incompatible connections and missing units.

• validate_canvas

  Performs pre-flight topological and numerical integrity checks on the canvas. Detects unconnected required input ports, isolated blocks, parameter domain anomalies, and direct algebraic feedthrough loops.

• get_canvas_preview

  Captures a visual screenshot preview of the canvas branded with the official BlockWerk watermark badge and returns the live interactive URL to view and edit the diagram online.

• get_templates

  Lists the built-in, verified BlockWerk diagrams: classic control systems (PID loop, cruise control, inverted pendulum), signal processing, electrical and physics models. Each entry gives an id, what the diagram does, its difficulty and…

• load_template

  Replaces the entire canvas with one of the built-in verified diagrams, by id from get_templates. The template carries its topology, parameters and simulation settings. Returns the block and connection counts, the verified simulation…

• run_simulation

  Triggers a new simulation run with the current canvas state and settings, refreshing the signal data.

• sweep_parameter

  Runs simulations across a list of values for one parameter, returning control quality metrics (IAE, overshoot, settling_time, steady_state_error) per value. Requires measureBlockId and setpoint.

• optimize_parameters

  Finds the optimal value for a single parameter using golden-section search. Minimizes IAE (integral absolute error), overshoot, or settling_time within a [min, max] range. Converges in about 10 simulations.

• optimize_multi_parameter

  Optimizes 2–6 parameters simultaneously using Nelder-Mead simplex search, for example Kp, Ki and Kd of a PID controller at once.

• auto_tune_pid

  Automatically tunes a PID controller using the Ziegler-Nichols ultimate cycle method. Finds the ultimate gain (Ku) and oscillation period (Tu) via binary search, then applies ZN formulas. No prior knowledge of the plant required.

• identify_fopdt

  Analyzes a step response from a plant to identify its First-Order Plus Dead Time (FOPDT) parameters: Gain (K), Time Constant (tau), and Dead Time (theta). Requires a completed simulation with a step input connected to the plant. Returns…

• start_optimization

  Start a parameter optimization job in the background.

• get_job_status

  Check the status and progress of a background job.

• cancel_job

  Cancel a running background job.

• list_jobs

  List all recent background jobs and their status.

• explain_simulation

  Analyze the last completed simulation and return a structured diagnosis: signal anomalies (NaN, divergence, oscillation), solver health (rejection rate, efficiency), algebraic loops, and optional stability margins. Returns JSON with…

• get_bode_data

  Computes magnitude and phase frequency response (Bode data) between two blocks. Traces path backwards from outputBlockId. Returns analytic response if the path contains only linear blocks, otherwise runs numerical sweep.

• get_fft_data

  Computes FFT (frequency spectrum) of a Scope signal. Returns frequencies and magnitudes.

• get_engine_status

  Returns the simulation engine status, including supported solvers, active background jobs, and compilation/WASM capabilities.

• generate_code

  Generates standalone production code (C++, Python, Rust) from the current canvas diagram. Returns structured code files, interfaces (inputs/outputs), execution order, and diagnostics.

• undo_last_ai_action

  Undoes the last canvas modification made by the AI (add block, connect, delete, update parameter).

• redo_last_ai_action

  Redoes the last undone canvas modification.

• get_ai_history

  Returns the list of recent canvas operations performed by the AI, showing what can be undone.