Home / Blog / MCP parameter control
Deep dive

Can MCP Control Revit Parameters and Automate Changes Across a BIM Model?

Parameter work is where most of the manual time in BIM lives. Hunting missing values, bulk-updating fire ratings, flagging inconsistencies before coordination. Here is what that looks like when AI is connected directly to your Revit model.

The short answer

Yes, Revit MCP can control Revit parameters. It reads, filters, and writes values back to the model, one element or hundreds at once, all in plain English with no scripting. Autodesk shipped their own Revit MCP as a read-only 2027 Tech Preview. Mine writes.

The longer answer is that how well it works depends on what you are trying to do. Simple reads and bulk writes are fast and reliable. Complex conditional logic across hundreds of elements is where it gets more interesting. This post covers all of it.

Reading parameter values across your model

Reading is where most sessions start. You can ask MCP things like:

  • "What is the fire rating on every door in Building A?"
  • "Show me all rooms where the department parameter is empty."
  • "Which structural columns on Level 3 are missing a mark?"
  • "List every wall type that does not have a function parameter set."

It pulls that data from the live model, without you opening a schedule or building a filter. The response comes back organized: a list of elements, their IDs, and the relevant parameter values. If you want it exported to CSV, you can ask for that in the same conversation.

This is genuinely useful for audits and QC checks. Instead of building a Revit schedule for every condition you want to inspect, you just describe what you are looking for. If the parameter does not exist on some elements or is spelled inconsistently, MCP will surface that too, which is often how you find the real problem.

Bulk parameter writes

Writes work the same way. You describe the target set and the change you want, and MCP executes it. Some real examples:

  • "Set the BIM Status parameter to 'Coordinated' for every structural column on Level 2."
  • "Update the Phase Created parameter to 'Phase 3 - Shell' for all exterior wall elements."
  • "Set the fire rating on every door with a mark starting with 'A1-' to '60 min'."
  • "Assign the 'MEP Coordination' discipline tag to every mechanical equipment element."

These run against the current model state. The workflow is conversational. If something is ambiguous, Claude asks before acting. You can also ask for a preview of what it found before any changes run. This is not a script you have to get exactly right upfront.

Conditional logic: if/then parameter updates

This is where MCP separates itself from a static script or a Dynamo graph. You can give it instructions with conditions built in, and it reasons through them against the actual model data.

For example:

  • "If the room area is over 500 SF and the occupancy type is Assembly, set the egress width parameter to 72 inches."
  • "Find all walls where the structural usage is 'Shear' but the fire rating is not set, and flag them by setting a custom 'Review Needed' parameter to Yes."
  • "For every door where the width is less than 36 inches and the accessible route parameter is True, add a comment noting the ADA conflict."

That kind of multi-condition reasoning is something you would normally either write a script for or do by hand, going element by element. MCP handles it through the same conversation interface you are already using to run simpler queries. You do not need to know how to write the logic, just how to describe the outcome you want.

Which parameter types it handles

MCP works with the standard Revit parameter types you use every day:

  • Text parameters (names, codes, comments, notes)
  • Yes/No parameters (boolean toggles)
  • Integer and number parameters
  • Length, area, volume parameters
  • Shared parameters visible in schedules
  • Project parameters assigned to specific categories

Custom shared parameters are fully writable. Most built-in parameters are too. Where Revit's API marks something read-only, the tool skips it and tells you exactly what it could not change. In practice, the parameters you work with on a real production project are almost always writable.

Beyond parameter edits

Parameter reads and writes are the foundation, but the toolset goes further.

Batch type creation. Select a door or window in your model, tell Claude to copy it as a new type with a specific name and dimensions, and repeat that for 20 types at once. On a project with a large door schedule, that alone saves hours compared to doing it manually through the type properties dialog.

View filters. Create a filter by describing the criteria, then apply it to one view or a dozen, with color overrides if you want them. No clicking through the filter dialog.

Selection sets. Select elements in Revit, give the set a name, and it is saved. Use it later for coordination, documentation, or tracking a specific group across views.

Schedules. Build a Revit schedule by describing the columns and filters you want. Export to CSV with OR filtering logic that Revit schedules cannot do natively.

Audits. Find missing parameters, duplicate marks, unused types. Describe what you are looking for and get a report back without building a schedule for every condition.

Where the limits are

Honest answer: there are things Revit MCP is not the right tool for.

Direct geometry edits are out of scope. Revit MCP is a data tool, not a modeling tool. If you want a wall 6 inches thicker, you would swap it to a different wall type that already exists at that thickness. MCP can do that type swap in bulk. What it cannot do is modify the geometry of a type directly. Family creation from scratch needs to be done in Revit.

Type parameters have constraints. Most are readable and many are writable. Where Revit's API marks a built-in type property as locked, the tool skips it and reports what it could not change.

Performance at very large scale is worth noting. A query against 50,000 elements runs slower than one against 500. For large model audits, it is worth scoping your request to a specific level, phase, or workset rather than running against the entire model at once.

All operations run against the active host model. Linked file support is not in the current version.

How to get access

Revit MCP is available through BIM Automation Studio as part of the MCP AI Tools subscription. Details are on the pricing page.

The fastest way to see it working on your actual model is to reach out for a pilot spot. The first firms to sign on get 30 days of full access at no cost. I walk you through setup, make sure it connects cleanly to your Revit environment, and you get a real sense of what it can do before any commitment.

Founding pilot

First firms in get 30 days free, no onboarding fee. The only ask is a 15-minute feedback call at the end of the trial. Apply for a spot.

From the blog
Ready when you are

Ready to cut the manual work?

Tell me what you are working with and I will put together a custom quote. Takes about 2 minutes. No sales call, no pressure. Direct response from me within 48 hours.

About me. I am a BIM specialist with 15 years doing production shop drawings and structural coordination, where a wrong parameter costs real money. I built these tools for myself because I was spending hours on tasks that should take minutes, and I was tired of it. I am still doing this work every day, which means every automation I build comes from a real frustration on a real project, not a whiteboard.

Eric U.

Apply for Pilot Access