关于 NavisCoord
NavisCoord 将 Autodesk Navisworks 连接到 AI 客户端,供 BIM 协调团队使用。本地引擎可对碰撞排序、归并相关问题、提出有证据支持的根因假设,并生成工作计划和报告;经审核的变更可通过定向写入应用。
主要功能
- 01按优先级排序碰撞并说明评分
- 02合并重复问题并追踪原始碰撞
- 03分析根因假设及相关证据
- 04比较已保存的问题快照
- 05准备工作包和报告
- 06通过检查应用审核后的变更
适用场景
- 01确定模型中协调问题的优先级
- 02调查重复碰撞及其可能原因
- 03准备协调会议工作包
- 04比较交付版本并移交构件 ID
MCP 相关
NavisCoord 将 Navisworks 原生加载项与 MCP 服务结合,在本地工作站连接受支持的 AI 客户端。服务提供碰撞分析、计划、报告、交接和经验证写入等工具。
配置
本地服务的配置在各客户端中通用,复制后粘贴到客户端的 MCP 配置文件即可。
我们还没有获取到这个服务的安装包或远程地址,请按项目 README 中的说明安装。
工具
本地服务需要在你的电脑上运行后才能读取工具,维护者暂未提供工具列表。
详细介绍
NavisCoord
下一次协调会议,从一个决策开始,而不是面对 10,000 条碰撞记录。
将 Autodesk Navisworks 连接到 ChatGPT Desktop Work、Claude Desktop、Claude Code 和 Codex。询问关键问题、检查证据,并制定协调计划。
1.1.1 现已发布:稳定版下载 · MCP 官方注册表条目。
“分析打开的模型。列出最重要的协调问题,说明其优先级,并制定工作计划。应用前,先向我展示拟议的更改。”
NavisCoord 将原生 Navisworks 加载项与开源 MCP 服务结合在一起。引擎在您的 Windows 工作站上运行。桌面运行时已包含 Python 依赖项:**使用打包的本地服务,无需安装 Python、API 密钥或构建工具。**您选择的 AI 客户端和 Autodesk 许可证仍是独立产品。
您可以做什么
| 询问 | 获取 |
|---|---|
| “首先需要关注什么?” | 按优先级排序的问题,包含确定性评分和原因 |
| “这些真的是不同的问题吗?” | 空间范围明确的问题分组、重复项合并,以及可追溯的原始碰撞记录 |
| “一次更改能否解决多个情况?” | 根因假设、测量证据以及所有受影响的情况 |
| “自上次交付以来有什么变化?” | 持久的问题标识、已保存的快照和变更对比 |
| “准备协调会议。” | 工作包、专业分工、叙述式报告和 PDF 图像 |
| “将其连接到 Revit 和 Power BI。” | 创作元素 ID、结构化交接文件以及供下游工具使用的表格 |
| “应用审核通过的计划。” | 有针对性的写入,包含文档/修订检查和回读验证 |
53 个工具。一个服务。四个客户端。查看工具指南。
选择客户端
| 客户端 | 安装 |
|---|---|
| ChatGPT Desktop — Work | 运行桌面插件安装程序,然后打开 Plugins → Personal → NavisCoord → Install |
| Codex | 使用同一个人插件,或通过 codex mcp add 注册可执行文件 |
| Claude Desktop | 安装包含独立服务的发行版 .mcpb |
| Claude Code | 安装 naviscoord-mcp@horizun-navis,或通过 claude mcp add 注册可执行文件 |
这四种客户端均连接到本地工作站。ChatGPT Desktop 使用本地插件;**OpenAI Platform、隧道和运行时 API 密钥均不属于此安装的一部分。**请参阅 OpenAI 的桌面插件文档。
安装这两个组件
- **Navisworks 插件:**关闭 Navisworks,然后运行
Install-NavisCoord.ps1。该脚本会检测已安装的版本、验证发行版校验和,并备份受管理的文件。 - **你的 AI 客户端:**从 Releases 安装桌面包或
.mcpb。请遵循客户端专属说明。 - 打开 Navisworks Manage,加载你的联合模型,然后询问:“检查 NavisCoord,识别活动文档并分析其中的碰撞。”
实时协调需要 Windows 和已获许可的 Autodesk Navisworks Manage 2024、2025 或 2026。独立分析引擎也可以在没有 Navisworks 的情况下处理已保存的导出文件。
旨在让证据可核查
- **谨慎筛选:**仅凭类别名称,无法证明门、套管或楼板重叠是有意为之。寄宿/接触规则需要关系证据。
- **时效性检查:**几何图形、属性、已保存的选择集或碰撞结果发生变化时,用于派生写入的分析将失效。
- **完整执行:**折叠后的决策在写回和 Revit 交接中仍保留各个单独的实例。
- **有依据的方案:**移动方案基于构件边界框。这些方案需要结合周围几何图形和设计约束进行核查。
- **如实比较交付结果:**后续分析中缺失的问题不会自动标记为“已解决”。覆盖范围、排除项和来源变更仍会清晰呈现。
- **可复现的安装:**固定依赖项、工件校验和、独立运行时,以及支持回滚的安装流程。
发行版验证记录区分了自动化检查、Navisworks 验收测试和客户端验证。目录列表或通过测试套件并不意味着软件永远不会出错。外部市场审核情况与我们的测试分开记录。
适配你的协调标准
加载公司配置文件,以控制专业、类别/文件映射、容差、优先级和协调规则。从示例配置文件开始。如果模型缺少专业或楼层数据,系统会明确指出,以便团队在依赖排序结果前完成映射。
NavisCoord 提供证据和建议的协调操作。工程审批以及在创作应用中的编辑仍由项目团队负责。交接文件会包含必要的 ID,以便使用 Horizun Revit MCP 和 Horizun PBI MCP 等工具继续处理。
隐私政策
NavisCoord 不会上传完整模型,也不会向 Horizun 服务发送遥测数据。请求的工具输出可能包含模型名称、构件属性、坐标和图像;你的 AI 客户端会收到这些输出。阅读隐私政策和安全模型。
构建与贡献
python -m pytest server/tests -q
dotnet run --project addin/NavisCoord.Tests -c Release
请参阅测试、发行和贡献。如需报告问题,请提供可复现的案例,并移除敏感的项目信息。
如果 NavisCoord 对你的团队有所帮助,请分享可复现的协调示例,并为仓库点亮星标,以便其他 BIM 协调人员找到它。
MIT · 由 HorizunGroup 构建 · 与 Autodesk、OpenAI 和 Anthropic 无关。
评论
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。