oa-aec-mcp：将 Revit 审计工作流作为 MCP 工具

大多数 Revit MCP 服务器暴露的是图元级别的基元操作。

获取墙体。创建墙体。设置参数。删除图元。

如果你的目标是让大语言模型编辑模型，这些基础构建块很有用。但是，建筑信息模型协调员通常不会从图元的增删改查角度思考问题。他们关注的是模型健康状况、命名合规性、警告集群以及不完整的房间数据。

图元级别接口还存在一个实际问题：它将错误的工作放在了错误的位置。如果大语言模型必须使用原始图元工具运行命名规范审计，它需要枚举某个类别中的所有图元，读取每个名称，应用模式，收集失败项，并对每个类别重复此过程。这将导致数千次往返通信、巨大的令牌成本，并且模型必须在上下文窗口中进行大量推理，而不是专注于实际问题。

这正是 oa-aec-mcp 试图填补的空白。

它是什么

oa-aec-mcp 是一个开源的 MCP 服务器，向 Claude 桌面版提供四个只读的 Revit 审计工具。C# 插件在 Revit 内部处理所有数据收集和过滤，仅通过 WebSocket 连接发送聚合结果。模型获得的是结构化答案，而不是一堆需要梳理的图元 ID。

两个公共仓库，耗时两周构建：

oa-aec-mcp — TypeScript MCP 服务器：https://github.com/omarabdelazizeng-sketch/oa-aec-mcp
oa-aec-mcp-plugin — C# Revit 插件：https://github.com/omarabdelazizeng-sketch/oa-aec-mcp-plugin

四个工具

summarize_model_health — 无需输入。返回警告数量、未使用的族、未放置的房间、视图数量，以及对模型状况的通俗英语总结。当你想快速了解模型状态时，这是第一个要调用的工具。

list_unplaced_rooms — 可选的标高过滤器。返回未放置的房间，包括房间编号、名称、部门和标高。当房间计划仍在演变且积累了占位符时，此工具非常有用。

find_warnings_by_category — 接受特定的警告类型或“全部”。按类型对警告进行分组，并返回受影响的图元 ID。你得到的不是原始的警告计数，而是结构化信息：哪些警告类别导致了数量增加，以及涉及哪些图元。

audit_naming_conventions — 接受正则表达式模式和可选的类别列表（视图、图纸、房间、标高、墙体、门、窗、族）。返回按类别分组的违规项，包含总数，如果违规项超过返回上限，则包含截断标志。

该工具的关键特性不在于正则表达式本身。而在于 Claude 可以在调用工具之前将自然语言命名规则转换为正则表达式。协调员无需了解正则表达式语法——他们描述标准，Claude 编写模式，工具执行审计。

示例：提交前的模型检查

一个现实的提示词：

在发布前审查此模型。检查整体健康状况，列出 02 层上任何未放置的房间，识别主要的警告类别，并检查视图和图纸是否符合我们的命名标准——两个大写字母，一个连字符，然后是名称。

Claude 依次调用四个工具：

summarize_model_health()
list_unplaced_rooms免责声明：本文内容来自互联网，该文观点不代表本站观点。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，请到页面底部单击反馈，一经查实，本站将立刻删除。