RS-SYSTEMS

REVIT.Messenger

在 Revit 内完成项目沟通、任务、审批、AI 与 BIM 支持

面向各专业设计师、BIM 专业人员和项目经理的完整解决方案说明

REVIT.Messenger 直接运行在 Revit 模型旁，使设计师始终保持在当前工作语境中。

一个工作空间即可完成讨论、派工、审批、检查和支持，同时不丢失与模型的联系。

解决方案说明 · 2026 年 7 月

目录

1. 解决方案用途
2. 两种运行模式：本地与服务器
3. 五类项目协作
4. Revit 内部聊天
5. 审批与决策记录
6. 任务与执行控制
7. AI 聊天及模型操作
8. 向 BIM 部门提交请求
9. 作为项目 ERP 环境的 RS.CDE 服务器模式
10. 实际应用场景
11. 对设计师和团队的价值
12. 推荐工作流程

适用人员

建筑师、结构工程师、暖通、给排水、电气、弱电及其他专业工程师、BIM 协调员、BIM 经理、团队负责人、审核人员、业主和审批参与者。

1. 解决方案用途

REVIT.Messenger 用于设计师之间直接在 Revit 内沟通。该解决方案把主模型和链接模型视为明确的接收方，用户可以与其交换消息、分配任务、发起审批和提交请求。因此，协作围绕项目的实际结构组织：消息不是发往抽象的群聊，而是发往特定模型以及负责该模型的专业人员。

该解决方案消除了设计师日常工作中的主要割裂：模型在 Revit 中，而问题、任务和决定通常散落在电子邮件、外部即时通讯工具、电子表格或口头交流里。在 REVIT.Messenger 中，工作沟通始终位于模型旁，并保留专业、参与者、期限、状态和历史等上下文。

主要实际价值

设计师更少在应用程序之间切换，更快获得回复，清楚谁对某项操作负责，并能随时还原已采纳决定的完整历史。

日常工作中的变化

• 简短问题不会变成失控的消息链，而是留在模型聊天中。
• 任务会有负责人、期限、优先级和状态。
• 需要确认的问题会转为审批，不会淹没在普通消息中。
• 提交给 BIM 部门的请求会被登记，并按照清晰的处理周期推进。
• 例行检查和允许的修改可交由 AI 助手处理，并由用户确认。

2. 两种运行模式：本地与服务器

REVIT.Messenger 既可在一组 Revit 模型中作为独立工具使用，也可作为 RS.CDE 服务器核心的客户端组件。因此，它既适用于交换文件的小团队，也适用于集中管理参与者、角色和权限的大型项目。

本地模式

在本地模式下，沟通仅限于当前主模型和链接模型列表中的全部模型。消息和相关数据直接保存在模型内。因此，即使专业人员在企业网络之外使用分离模型，信息也可随文件一并传递。

• 基础协作无需单独部署服务器核心。
• 链接模型作为项目往来的明确接收方。
• 将模型交给外部承包方时，相关约定可随模型一起传递。
• 该模式面向直接在 Revit 中工作的用户。

服务器模式

连接 RS.CDE 后，解决方案会切换到扩展模式。往来消息、任务、审批、请求和状态成为统一项目结构的一部分，访问则由完整角色矩阵控制。除 Revit 设计师外，管理人员、审核人员、BIM 团队、业主和其他参与者也可通过 Web 工作空间使用该界面。

• 所有项目参与者采用统一的角色和权限。
• 可从 Revit 和 Web 工作空间访问各类协作流程。
• 集中存储历史、状态和责任信息。
• 可让不直接操作模型的人员参与。

切换到服务器模式后的结果

REVIT.Messenger 不再只是本地沟通面板，而成为完整 RS.CDE ERP 环境的用户界面，用于管理项目协作。

3. 五类项目协作

解决方案不会混用不同类型的工作。快速问题保留为消息，明确的工作要求转为任务，正式决定创建为审批，例行操作交给 AI，支持需求则登记为 BIM 部门请求。

4. Revit 内部聊天

聊天用于围绕模型快速提问、澄清和讨论。其使用方式类似 WhatsApp 或 Telegram 等常见工具，但聊天直接位于 Revit 中，并与项目结构相连。用户可以查看模型和参与者，选择接收方，阅读历史，并在不离开工作窗口的情况下发送消息。

设计师获得的能力

• 围绕特定模型进行往来，而不是使用无明确对象的公共频道。
• 搜索参与者并快速导航到所需工作空间。
• 区分新消息和已查看消息。
• 讨论历史始终与项目上下文关联。
• 当问题需要正式处理时，可快速把消息转为任务或审批。

图 1. “聊天”功能区：左侧是模型和参与者树，右侧是消息历史，窗口底部是输入框。

正确使用聊天

消息中应明确楼层、轴网、区域、构件、视图或图纸。这能减少追问，并帮助快速恢复上下文。

5. 审批与决策记录

当普通消息不足以处理问题时，应使用“审批”功能区。它用于与模型构件、图纸、视图和项目文档包有关的检查与审批流程。最终状态会被保存，并可随时核查。

审批包含的内容

• 标题和说明文字。
• 项目结构中的发起人和接收方。
• 期限和优先级。
• 关联的图纸、视图或其他模型资料包。
• 阶段、当前状态和活动历史。
• 结果：已批准、已拒绝、进行中或等待回复。

图 2. 审批登记表：传入与传出流程、状态、发起人、优先级以及按活动排序。

创建审批

用户指定主题、说明、接收方、期限和优先级，然后直接从模型内容创建资料包。这样，提交审核的不是抽象链接，而是一组明确的图纸或视图。

图 3. 新建审批表单：流程参数、接收方以及从模型中选择图纸或视图。

为什么这很重要

审批会形成可证明的决策历史。一周或数月后，仍可核查谁发起了问题、具体审核了什么、谁进行了回复以及最终状态是什么。

6. 任务与执行控制

任务用于向模型相关专业人员分配具体工作。与普通消息不同，任务会立即回答四个问题：要做什么、谁负责、何时完成以及当前处于什么状态。

任务主要参数

• 标题和预期结果的详细说明。
• 负责人或负责的工作空间。
• 到期日期和优先级。
• 当前状态：新建、进行中、已完成或已关闭。
• 期限筛选：逾期、今天、本周和已关闭任务。

同一信息的四种视图

同一任务可用不同模式显示。设计师根据当前工作选择视图：列表用于快速检查，Kanban 用于流程管理，日历用于日期控制，Gantt 用于查看整体进度计划。

图 4. Kanban 看板：任务按优先级和状态划分，并可在列之间移动。

图 5. 日历：任务显示在各自到期日期上，使每日和每周工作量一目了然。

图 6. Gantt 视图：任务周期显示在时间轴上，用于控制期限和顺序。

实际价值

任务不会只停留在聊天中的一句话。它会获得负责人、期限和状态，而管理人员可同时查看当前工作量和逾期工作。

7. AI 聊天及模型操作

RS · AI Bridge 将 Revit 工作空间连接到 AI 助手。它可以回答问题、分析可访问的模型数据、执行允许的例行操作，并与设计师一起参与建模。用户可以选择代理、执行模式和工作模型。

AI 助手的典型能力

• 回答有关 Revit、BIM 标准和工作流程的问题。
• 检查参数完整性、命名、结构及其他可访问的模型数据。
• 准备修改，例如重命名楼层或处理一组构件。
• 仅在已授予权限范围内执行例行操作。
• 与专业人员协作：AI 提出操作，用户检查并确认是否应用。

图 7. RS · AI Bridge：选择代理、模型及操作应用模式，查看对话历史，并处理当前模型数据。

受控访问

AI Bridge 使用管理员发放的独立安装令牌。外部 AI 服务的主 API 密钥不会保存在插件内，也不会交给用户。管理员可以集中撤销令牌，而不会停用 REVIT.Messenger 的其他功能。

安全运行模式

对于会修改模型的操作，建议使用“确认后应用”模式：助手准备操作，但最终决定仍由设计师作出。

8. 向 BIM 部门提交请求

BIM 选项卡用于登记设计师提交给 BIM 团队的所有请求，包括技术问题，以及有关标准、设置、族、模板、导出、协调或插件运行的问题。每个请求都会成为带有状态和独立往来记录的单独项目，而不再散落在各种消息中。

专用 BIM 支持渠道的价值

• 任何请求都不会丢失在公共聊天或私人往来中。
• 设计师可以查看问题是否已登记以及已推进到哪个阶段。
• BIM 专业人员获得统一的请求列表，并可管理处理队列。
• 解决方案历史可供复用，并用于分析反复出现的问题。
• 管理人员可以看到 BIM 团队的实际工作量以及请求反复出现的原因。

图 8. BIM 功能区：新建请求、按状态筛选，以及所选问题的往来工作空间。

对设计师而言

用户不必再询问“现在谁在处理我的问题？”，而是可以获得已登记的请求、明确的状态和保留的回复历史。

9. 作为项目 ERP 环境的 RS.CDE 服务器模式

连接到 RS.CDE 服务器核心后，REVIT.Messenger 的所有功能区都在项目统一角色模型内运行。这把协作扩展到 Revit 之外，并连接从直接执行人员到管理人员和业主的全部参与者。

服务器模式新增的能力

• 集中识别用户和项目角色。
• 通过角色矩阵控制查看、创建、修改和审批权限。
• 从 Web 工作空间访问工作流程。
• 无论参与者在哪里工作，都保留统一的协作历史。
• 共享任务、审批、请求和项目活动登记表。
• 为报告、执行控制及进一步流程自动化提供基础。

核心效果

信息不再归属于某个单独文件、消息线程或员工。它成为项目中可管理的一部分，具有作者、接收方、期限、状态、权限和历史。

10. 实际应用场景

场景 1. 快速跨专业澄清

建筑师发现竖井无法容纳机电系统。建筑师在聊天中向接收方——链接的暖通/给排水模型——发消息，并注明楼层、轴网和视图。工程师在同一上下文中回复；如需采取行动，该问题会转为任务。

场景 2. 变更审批

结构工程师建议调整柱的位置。系统创建包含说明、期限及相关视图或图纸资料包的审批。回复后，最终状态保留在历史中，并可在发布文档时核查。

场景 3. 出图控制

管理人员分配检查图纸、修改意见和准备出图资料包的任务。执行人员使用列表或 Kanban 看板工作，管理人员则通过日历和 Gantt 图控制期限。

场景 4. 通过 AI 完成例行工作

设计师要求 AI 检查楼层命名并准备新名称。助手读取可用数据，显示结果，并仅在确认后应用修改。

场景 5. 向 BIM 部门提交请求

某专业人员的导出模板无法工作，或出现参数方面的问题。专业人员创建 BIM 请求，获得状态，然后继续工作，无需在私人聊天中寻找负责人。

场景 6. 传递分离模型

在本地模式下，模型连同其内部保存的信息一起传给外部承包方。专业人员获得的不只是文件，还有与该模型相关的项目上下文。

11. 对设计师和团队的价值

对设计师而言

对 BIM 团队和管理人员而言

• 统一的请求渠道和可见的支持队列。
• 按状态、期限和优先级控制任务。
• 正式保存审批和已采纳决定的历史。
• 能够分析反复出现的问题及延误原因。
• 通过令牌集中管理 AI 访问。
• 在服务器模式下连接全部项目参与者，并采用统一角色模型。

对整个项目而言

• 跨专业协调更快。
• 降低任务只停留在消息中而未被执行的风险。
• 决定可以形成文档并在以后恢复。
• 团队不仅能看到问题内容，也能看到其当前状态。
• 知识和协作历史留存在系统中，而不是只掌握在个别员工手里。

12. 推荐工作流程

为保持系统简单、可控，应按预定用途使用每种协作类型。

1. 对于简短问题或澄清，请打开相应模型的聊天。
2. 出现明确操作时，请创建带负责人和期限的任务。
3. 需要检查、批准或正式回复时，请创建审批。
4. 对于例行检查或修改准备，请在确认模式下使用 AI。
5. 需要方法或技术帮助时，请创建单独的 BIM 请求。
6. 定期关闭已完成任务和已结束审批，使工作列表保持最新。

提高效率的规则

• 在消息和任务中明确楼层、区域、构件、视图或图纸。
• 不要用聊天处理必须具有正式状态的决定。
• 不要创建没有可核查结果和期限的任务。
• 不要把 AI 令牌交给其他用户；访问权必须由管理员发放。
• 服务器模式下应按角色分配权限，不要设置不必要的个人例外。

一句话概括 REVIT.Messenger

在聊天中讨论。在任务中分配。在审批中确认。通过 AI 检查或自动化。通过 BIM 请求获得支持。

结论

REVIT.Messenger 在 Revit 内建立了符合团队实际工作方式的清晰项目协作系统。链接模型成为接收方，消息保留上下文，任务获得期限和责任，审批保存决策历史，AI 帮助完成例行操作，BIM 部门则获得完整的支持渠道。

在本地模式下，解决方案支持一组模型内部的协作，并允许信息随分离文件一起传递。在服务器模式下，连接 RS.CDE 后，它会扩展为完整的项目 ERP 环境，包含角色矩阵、Web 工作空间以及不直接在 Revit 中工作的专业人员参与机制。

项目团队获得的结果

减少遗漏的问题和决定，加快专业之间的响应，明确责任，并形成统一的项目协作历史。

五项功能 — 一个受控流程