专知科创—企业研发投入与创新数据平台|专知智库

028-84400310  

搜索

高企税务稽查风险企检  团体标准制定

 

全球OPC持续商业服务平台 | 专知智库定义者思想白皮书定制 | 颠覆性创新技术设计(容度原理)

 (028)84400310    84321718   83359819   

M12 工程监理巡检OPC智能体:一个智能体管监理,质量、安全、进度、投资、合同全程巡检,按监理规范和现场实际自动巡查、隐患分级、整改闭环

浏览: 发表时间:2026-10-23 15:07:38

M12 工程监理巡检OPC智能体:一个智能体管监理,质量、安全、进度、投资、合同全程巡检,按监理规范和现场实际自动巡查、隐患分级、整改闭环

专知智库 OPC 智能体 · 行业岗位库 M12

专知智库(OPC研究院)| www.ipzhihu.com | 028-84400310


一、工程监理巡检的“走不完、看不出、记不全、闭不了”困境

工程监理巡检是监理公司、建设单位、施工企业“最影响工程质量、最怕安全事故、最怕监理失职追责”的环节。一个中型监理项目,几万到几十万平方米、几个到十几个标段、多类工程(房建、市政、安装、装饰、园林)、多道工序(基础、主体、装饰、安装、竣工),监理巡检要管六件事:质量巡检(材料进场、隐蔽工程、检验批、实测实量,质量合不合格)、安全巡检(临边洞口、脚手架、塔吊、临时用电、危大工程,安全合不合规)、进度巡检(进度计划、实际进度、偏差,进度拖没拖)、投资巡检(工程变更、现场签证、工程量,投资超没超)、合同巡检(合同履约、分包管理、人员到岗,合同执没执行)、资料巡检(监理日志、旁站记录、验收资料,资料全不全)。巡得全、看得出、记得清、闭得了,质量可控、安全不出事、监理免责;走不完、看不出、记不全、闭不了,质量事故、安全事故、监理被追责、企业被处罚。

现场的实际做法是:巡检靠人走、隐患靠人看、记录靠人填、整改靠人催、资料靠人补。 一个监理员或总监理工程师代表拿着巡检表、相机、卷尺、旁站记录本,走工地、看工序、拍照片、填记录、催整改、补资料。做出来的工程监理巡检有三个毛病:走不完(标段多、工点多、工序多,一天走不完,边角工点、隐蔽工序经常漏检)、看不出(隐患靠人眼看、靠经验判,隐蔽隐患看不出、临界隐患判不准,质量问题、安全隐患“往往出了事才发现”)、记不全(巡检记录靠手写、旁站记录靠手填、验收资料靠人补,记录不全、数据不准、追溯不了)、闭不了(隐患整改靠人催、整改闭合靠人盯,隐患整改超期、假闭合、漏闭合,监理失职追责)。

问题不在“监理员不认真”,在“工程监理巡检的组织方式错了”——质量、安全、进度、投资、合同、资料六件事各管各的,巡检靠一个人的两条腿串起来,人一忙就漏、一换就断、一变就慢。 专知智库OPC智能体岗位库M12——工程监理巡检OPC智能体,针对的正是这个困境:不是“让监理员更勤快地跑工地”,是“把工程监理巡检重构为‘一个智能体+一个监理负责人’的岗位闭环”——智能体管巡检计划、质量识别、安全隐患判定、隐患分级、整改派发、整改跟踪、监理报告,人管现场核实、隐患确认、重大隐患处置、监理指令签发。

二、专知智库首创方法论如何落到M12:四步把一个“监理巡检岗位”封装成一个“智能体”

专知智库OPC智能体的核心方法论是专知智库首创的“岗位拆解→OPC化→智能体化→业务化”四步法,配套“微训四步法”(语料注入→流程固化→范例对齐→边界限定)和“L1—L5成熟度认证”。这套方法论不是“给监理公司加几个摄像头”,而是把一个需要人跑工地、靠经验判断的工程监理巡检岗位,封装为一个一个人可以独立运行的岗位级能力系统。

第一步:岗位拆解——拆到“一个人可以独立完成工程监理巡检”的程度

工程监理巡检传统上是“监理员跑工地+专业监理看工序+安全监理查安全+资料员整资料+总监批指令”的碎片化协作。OPC方法论要求拆到一个人能独立完成的程度。M12把工程监理巡检岗位拆为一条完整闭环:巡检计划→质量识别→安全隐患判定→隐患分级→整改派发→整改跟踪→监理报告。拆解标准是:这条闭环的输入(施工图纸、施工方案、监理规范、现场照片、检测数据、隐患记录)、输出(巡检记录、隐患清单、隐患分级、整改指令、监理报告)、决策节点(质量判定、安全判定、隐患分级、整改派发、闭环确认)全部明确,一个人借助智能体就能从头跑到尾。

第二步:OPC化——切断“监理员逐个走、逐个看、逐个填、逐个催”的实时依赖

传统巡检中,监理员要“逐个标段走、逐个工点看、逐个记录填、逐个电话催整改”,实时依赖造成了走不完、看不全、闭不了。专知智库OPC方法论的核心是用标准化接口替代人工走和看:现场照片、视频监控、检测数据、施工记录通过标准接口自动汇入智能体,质量识别、安全判定、隐患分级、整改派发由智能体自动执行、自动推送。监理员不再需要“逐个走、逐个看、逐个填、逐个催”,只需要“看智能体输出的巡检任务和隐患清单、做现场核实和隐患确认”。M12的OPC化,就是把工程监理巡检岗位从“人跑工地”变为“数据自动汇、智能体自动巡、隐患自动报”。

第三步:智能体化——用专知智库“微训四步法”把“老监理员的监理经验”注入智能体

专知智库微训四步法在M12中的具体落地:

语料注入——注入监理规范(GB/T 50319)、施工质量验收规范、安全检查标准(JGJ 59)、危大工程管理规定、隐患图谱(质量缺陷、安全隐患)、历史隐患记录、监理案例,让智能体“懂这个工程什么算合格、什么算隐患、什么隐患算什么级别、怎么处置”。

流程固化——固化“计划→质量→安全→分级→派发→跟踪→报告”的巡检流程,每一步的输入、输出、判定规则明确。

范例对齐——用优秀监理员的历史巡检记录和隐患判定校准智能体,让智能体的质量判定“像老监理员判的一样准”、安全判定“像老监理员判的一样对”。

边界限定——明确什么情况下智能体自主判定(常规工序、典型隐患、图像清晰),什么情况下必须人工介入(疑难隐患、临界值、重大隐患、危大工程、安全事故、监理争议)。

第四步:业务化——从“巡一个工点”到“管住全项目监理”

智能体输出的隐患清单,不是“记下来就结束”,而是嵌入实际监理管理:隐患自动分级、整改自动派发、整改自动跟踪、重大隐患自动预警、监理指令自动签发、监理报告自动生成。业务化的标志是:一次监理巡检从“巡检计划”到“监理报告”全程由“一个人+智能体”闭环,不依赖“跑工地+看工序+填记录+催整改”的碎片化协作。

三、与传统智能体/自动化系统的本质区别:交付的是“岗位”,不是“监理巡检系统”

工程监理领域不缺“工具”:监理管理系统、巡检APP、视频监控、智慧工地平台,已经在用。但这些工具与M12 OPC智能体的区别,不在“功能多不多”,在交付单元和覆盖范围。

维度传统监理管理系统/巡检APP通用/单任务智能体M12 OPC智能体
交付单元一个工具(“记巡检”“存资料”)一个任务片段(“识别这张照片”)一个岗位闭环(监理员的全流程职责)
信息范围巡检数据或资料数据单侧有限上下文,易“就图论图”图纸+方案+现场照片+检测数据+历史隐患的多源融合
巡检逻辑固定路线打卡,漏检靠人补能识别图像,但缺工序和规范关联按工序、风险等级、历史隐患,自动生成巡检计划
质量识别无识别,靠人眼判能描述缺陷,但缺质量验收规范关联按质量验收规范、隐患图谱,自动识别质量缺陷、自动判定
安全判定单一参数报警能识别隐患,但缺安全标准关联按安全检查标准、危大工程规定,自动判定安全隐患
隐患分级无分级,或粗放能分级,但缺分级标准按隐患严重程度(重大/较大/一般)自动分级
整改闭环记录隐患,整改靠人催能记录隐患,但难跟踪闭合隐患派发→整改跟踪→验证→闭合→超期预警全闭环
人机关系人打卡、人看工地人给指令、工具辅助智能体自动判定预警并派发,人做现场核实和重大隐患处置
经验归属规则写在系统里通用知识为主,监理经验弱老监理员的监理经验被微训固化,人走经验不断
可审计性记录巡检和隐患输出建议,依据不完整判定依据、隐患照片、整改记录、闭环记录全程留痕

传统监理管理系统解决的是“巡检员去没去、隐患记没记”,M12解决的是“这个工序什么质量问题、这个工点什么安全隐患、算什么级别、该不该停工、整改了没有”——后者是一个岗位的完整职责,不是一个巡检系统。通用智能体可以“识别一张隐患图”,但它不会主动生成巡检计划、不会做隐患分级、不会跟踪整改闭环、不会签发监理指令;M12的设计原点,就是覆盖“从巡检计划到监理报告”的岗位全闭环。

四、M12智能体做什么:一个智能体管工程监理巡检

巡检计划:按工序、风险等级、历史隐患,自动生成

智能体按施工进度和风险等级,自动生成计划——巡检工点清单(本次巡检哪些工点、哪些工序)、巡检项目(每个工点巡检哪些项:质量、安全、进度、投资)、巡检路线(按工点位置优化路线,减少走路)、巡检频次(高风险工点高频巡检、低风险工点低频巡检)、巡检任务派发(任务自动派发到监理员手机/终端)。计划不是“监理员凭经验排”,是“智能体按风险生成”。

质量识别:按质量验收规范、隐患图谱,自动识别质量缺陷

智能体对接现场照片、检测数据,自动识别——材料缺陷识别(钢筋规格、混凝土外观、砌体质量,按图像自动识别)、工序缺陷识别(钢筋绑扎、模板支设、混凝土浇筑、防水施工,按图像自动识别)、实测实量(垂直度、平整度、尺寸偏差,按实测数据自动判定)、质量判定(按质量验收规范,自动判定“合格/不合格/需复核”)、判定记录(判定依据、判定结果,自动记录)。识别不是“监理员肉眼找”,是“智能体自动识别、自动判定”。

安全隐患判定:按安全检查标准、危大工程规定,自动判定安全隐患

智能体按安全标准,自动判定——临边洞口识别(防护栏杆、盖板、警示标识,自动识别)、脚手架识别(立杆间距、剪刀撑、连墙件,自动识别)、塔吊识别(限位器、钢丝绳、基础,自动识别)、临时用电识别(配电箱、漏电保护、线路,自动识别)、危大工程识别(深基坑、高支模、起重吊装,按危大工程规定自动判定)、安全判定(按安全检查标准,自动判定“合规/不合规/需整改”)。判定不是“安全监理凭经验看”,是“智能体按标准判”。

隐患分级:按严重程度自动分级

智能体按隐患分级标准,自动分级——重大隐患(可能立即导致事故,如塔吊限位失灵、深基坑坍塌风险、脚手架严重变形)、较大隐患(可能发展为事故,如临边防护缺失、配电箱未上锁、脚手架连墙件缺失)、一般隐患(不影响安全但需处理,如标识不清、材料堆放不规范)、分级依据(按分级标准、历史案例,生成分级依据)、分级记录(隐患分级、分级依据,自动记录)。分级不是“监理员凭感觉分”,是“智能体按标准分”。

整改派发与跟踪:整改派发、进度跟踪、超期预警、闭合确认

智能体跟踪隐患整改——整改派发(隐患自动派发到施工单位,附整改要求和期限)、监理指令签发(重大隐患自动生成监理通知单、工程暂停令)、整改进度(整改是否开始、进度如何)、超期预警(整改超期,自动预警“XX隐患整改超期,需催办”)、整改验证(整改完成,上传证据,智能体验证“整改是否有效”)、闭合确认(整改有效,自动确认闭合)、假闭合识别(整改证据与隐患不符、整改不彻底,自动识别“疑似假闭合”)。跟踪不是“监理员打电话催”,是“智能体自动跟踪、自动催办、自动闭合”。

进度、投资、合同巡检:按计划、合同、签证,自动比对

智能体按进度计划、合同、签证,自动比对——进度比对(计划进度与实际进度对比,偏差自动计算,预警“XX工序进度滞后”)、投资比对(工程变更、现场签证与合同、预算比对,预警“XX变更超预算”)、合同比对(分包管理、人员到岗、合同履约,自动核查“合不合约”)、巡检记录(进度、投资、合同巡检结果,自动记录)。比对不是“监理员手工核”,是“智能体自动比对、自动预警”。

监理报告:按项目/按月/按隐患自动生成

智能体自动生成监理报告——监理日报(当日巡检、隐患、整改)、监理月报(巡检统计、隐患趋势、整改情况、质量安全评估)、隐患分析报告(隐患类型分布、高发工点、高发工序、改进建议)、监理指令台账(监理通知单、暂停令、复工令,自动归集)。报告不是“监理员手写”,是“智能体自动生成”。

五、M12的L1—L5成熟度:不是“能打卡”就叫OPC智能体

专知智库对OPC智能体实行L1—L5成熟度认证,综合等级按“短板原则”由最低维度决定。M12的等级差异,直接对应“工程监理巡检闭环跑通了没有”:

L1(初始级) :只能打卡、记录隐患,不生成计划、不判隐患、不跟踪整改,本质是一个“巡检打卡工具”。

L2(辅助级) :能生成巡检计划、能识别简单隐患,但隐患不分级、整改不跟踪、监理指令不签发。

L3(岗位级) :能完成巡检计划、质量识别、安全判定、隐患分级、整改派发、整改跟踪、监理报告——一个监理员借助M12可以独立完成常规工程监理巡检闭环。这是M12作为“岗位智能体”的合格线。

L4(优化级) :在L3基础上,能根据历史数据滚动优化巡检计划和隐患判定规则、能对重大隐患和危大工程给出多套处置方案供人决策。

L5(定义级) :巡检规则和隐患判定经验可输出为区域/行业工程监理巡检标准或模板,被同类监理项目参照采用。

企业部署M12时,验收的不是“功能列表”,是“L几”:L3以下,监理员仍然离不开逐个走、凭经验判、人工催整改;L3以上,才真正实现“一个人+一个智能体管监理巡检”。

六、谁需要M12:三类客户画像

第一类:工程监理公司。 项目多、标段多、监理员人手紧,走不完、看不出、闭不了。M12的价值:巡检计划自动生成、隐患自动识别、整改自动跟踪,监理巡检从“人跑工地”变为“智能体巡检”。

第二类:建设单位/城投公司工程部。 项目多、监管压力大、监理失职追责多。M12的价值:质量安全自动判定、整改闭环自动跟踪、监理报告自动生成,建设单位“管得住、追得清”。

第三类:施工企业质量安全部。 项目多、质量安全压力大、隐患整改难。M12的价值:隐患自动识别、分级、派发,施工质量安全“查得全、改得动”。

七、专知智库OPC智能体定制:从M12开始,定制你的工程监理巡检岗位智能体

专知智库(OPC研究院)是OPC智能体岗位级能力系统定义的研究与认证机构,围绕科学研究和技术服务业、工程监理行业等,提供“岗位库+定制开发+认证验收”的全链条服务。M12遵循专知智库首创的“岗位拆解→OPC化→智能体化→业务化”四步方法论、微训四步法和L1—L5认证体系,按项目实际(工程类型、监理范围、现场条件、已有信息化基础)做岗位微训和系统对接,交付的是“一个可独立运行的工程监理巡检岗位智能体”,不是一套需要人长期伺候的软件。

获取方式: 访问 www.ipzhihu.com 查看完整岗位库,或致电 028-84400310 咨询M12定制。


附:M12智能体的岗位配置清单(交付模板)

配置项内容
智能体类型工程监理巡检型OPC智能体
岗位闭环巡检计划→质量识别→安全隐患判定→隐患分级→整改派发→整改跟踪→监理报告
数据对接监理管理系统、巡检APP、视频监控、检测设备、施工图纸、施工方案、隐患管理系统
输出物巡检计划、巡检记录、隐患清单、隐患分级、监理通知单、整改记录、监理月报
人机分工智能体:计划/识别/判定/分级/派发/跟踪/报告;人:现场核实、隐患确认、重大隐患处置、监理指令签发
岗位合格线L3(岗位级):常规工程监理巡检闭环可由“一个人+智能体”独立完成
认证等级L3—L5(按微训深度和闭环验证结果评定)

专知智库 OPC 智能体 · 行业岗位库 M12
一个智能体管监理巡检。定制咨询:028-84400310 | www.ipzhihu.com

FAQ

Q1:M12和监理公司已有的“监理管理系统/巡检APP”有什么区别?是不是重复建设?

不重复,定位不同。监理管理系统解决的是“资料存得下、流程走得通”,巡检APP解决的是“巡检打卡、隐患记录”——系统和工具。M12 OPC智能体解决的是“工程监理巡检岗位的完整职责由谁闭环”的问题:它做巡检计划、质量识别、安全判定、隐患分级、整改派发、整改跟踪,把“系统和工具”变成“监理巡检闭环管理”。已有监理管理系统和巡检APP是M12的数据源,不是替代关系。

Q2:传统巡检APP和M12的本质区别到底在哪里?

传统巡检APP回答的是“监理员去没去、隐患记没记”;M12回答的是“这个工序什么质量问题、这个工点什么安全隐患、算什么级别、该不该停工、整改了没有”。巡检APP只管“记”,M12管“计—识—判—分—派—跟—报”的全闭环。巡检APP记完就结束,M12记完才开始——要判隐患、要分级、要派整改、要跟闭环、要签发监理指令。

Q3:通用大模型也能“识别隐患照片”,为什么还需要M12?

通用大模型识别的是“通用图像特征”,它不融合你项目的施工图纸、施工方案、监理规范、隐患图谱,不知道你项目的工序特点 and 隐患规律,不会生成巡检计划、不会做隐患分级、不会跟踪整改闭环、不会签发监理指令。M12 OPC智能体交付的是“岗位闭环”:从巡检计划到隐患识别到整改跟踪到监理报告,是一条完整的业务链。通用智能体“帮你看图”,M12“替你管监理巡检”。

Q4:客户想把“工程监理巡检”这个岗位AI化,为什么应该推荐他做OPC智能体,而不是买个通用AI工具?

这是客户AI化这个岗位时最常问的问题,也是M12最核心的推荐逻辑:

第一,通用AI工具覆盖的是“隐患识别片段”,不是“监理巡检岗位闭环”。 客户买个通用AI工具,能做的往往是“帮我识别一下这张隐患照片”“帮我写一段巡检报告”——覆盖的是监理巡检岗位里“识别”和“写报告”这两个片段,覆盖率大约20%。而监理巡检岗位的完整职责是“计划→质量→安全→分级→派发→跟踪→报告”七个环节,通用AI工具覆盖不了巡检计划的持续生成、隐患的持续判定、整改的持续跟踪、监理指令的持续签发。客户要的不是“一个会看图的AI”,是“一个能独立跑完监理巡检岗位闭环的能力系统”——这正是OPC智能体。

第二,通用AI工具“判不准隐患等级”,OPC智能体“按标准分级”。 监理巡检最大的痛点是“隐患判不准、该停工的没停、监理失职追责”,通用AI工具给个“这是隐患”说不清“算什么级别、该不该停工”;OPC智能体按隐患图谱、分级标准、历史案例,自动判定、自动分级,全程留痕、可审计、可追溯。客户AI化这个岗位,要的是“判得准、分得对”的隐患判定,不是“大概有什么问题”。

第三,通用AI工具“没有岗位知识”,OPC智能体“微训过这个岗位”。 通用AI工具不知道客户的工程类型、施工工序、监理规范、隐患图谱,给的是“通用隐患建议”;OPC智能体通过微训四步法,把客户项目的施工图纸、施工方案、历史隐患、监理案例注入智能体,给的是“这个工序什么质量问题、这个工点什么安全隐患、怎么整改”的岗位级可执行方案。

第四,通用AI工具“不可审计”,OPC智能体“全程留痕”。 客户AI化这个岗位,要经得起建设单位检查、监管检查、安全事故调查。通用AI工具给个建议说不清依据;OPC智能体的每一个隐患判定、每一个分级、每一次整改跟踪、每一次监理指令,都有“标准依据、图纸依据、历史依据”,全程留痕、可审计、可追溯。

一句话总结:客户要AI化“工程监理巡检”这个岗位,买的不是“一个AI工具”,是“一个能独立跑完这个岗位闭环的能力系统”——通用AI工具给不了这个,OPC智能体才能给。

Q5:客户如果坚持“先用通用AI工具试试”,我们怎么建议?

建议客户“先做岗位拆解,再决定用工具还是用OPC智能体”。具体三步:

第一步,帮客户做“岗位拆解” ——把监理巡检岗位拆成“计划、质量、安全、分级、派发、跟踪、报告”七个环节,逐环节评估“这个环节是规则执行、数据计算、还是需要持续运行和闭环管理”。

第二步,逐环节对照“通用AI能覆盖多少” ——隐患识别的“图像分类”环节,通用AI能覆盖;但“巡检计划持续生成”“隐患持续判定”“隐患持续分级”“整改持续跟踪”“监理指令持续签发”这些需要“系统对接+持续运行+闭环管理”的环节,通用AI覆盖不了。算下来,通用AI大概能覆盖这个岗位20%—30%的工作量,剩下70%—80%仍然靠人。

第三步,让客户自己算账 ——“您花一笔钱买通用AI工具,覆盖20%—30%的工作量,监理员还是那么忙、隐患还是漏;您花差不多的钱做OPC智能体,覆盖80%以上的岗位闭环,监理员从‘跑工地的’升级为‘管监理的’。哪个更划算?” 这不是我们替客户做决定,是帮客户把“AI化”这笔账算清楚——客户算清楚了,自然会选OPC智能体。

Q6:M12的“边界限定”是什么意思?会不会智能体误判、乱发监理指令?

边界限定是专知智库微训四步法中的关键一步:明确智能体什么情况下自主判定、什么情况下必须人工介入。常规工序、典型隐患、图像清晰的,智能体自主判定并分级;疑难隐患、临界值、重大隐患、危大工程、安全事故、监理争议的,自动触发人工介入。智能体不是“无人监理”,是“人在重大处,智能体在常规处”。重大隐患和危大工程有明确的“人工复核”触发规则,不是“随便判”;监理指令签发有“监理规范、合同”约束,不是“随便发”;监理通知单、暂停令还要经总监理工程师签发。

Q7:项目现场条件差、没有视频监控,M12还能用吗?

可以,但部署方式要适配。没有视频监控的,M12可以先用“监理员拍照上传+智能体判定”起步,运行中逐步加装视频监控、无人机巡检;数据不全的,M12先用“监理规范+隐患图谱+历史隐患”做判定,运行中按实际数据迭代,并把“数据缺口”作为预警项推给项目整改。专知智库OPC方法论的原则是“先跑通岗位闭环,再逐步补设备”,不是“等视频监控装满了才能上智能体”。

Q8:M12和C17(安全生产巡检)、K05(物业设备巡检)、D05(变电站巡检)是什么关系?

协同关系,覆盖不同行业巡检场景。M12管“工程监理巡检”(工程建设期的质量、安全、进度、投资、合同巡检),C17管“安全生产巡检”(制造车间安全),K05管“物业设备巡检”(运营期物业设备),D05管“变电站巡检”(电力设备)。四个智能体的方法论同构——都是“巡检计划→隐患识别→分级→整改→闭环”的逻辑,区别在行业知识和巡检对象。四个智能体可以独立部署——监理公司直接上M12,制造企业上C17,物业公司上K05;也可以组合成“工程—生产—物业—电力”的完整安全巡检闭环。对工程监理公司、建设单位工程部、施工企业质量安全部,M12是工程监理巡检管理的核心智能体。


M12 工程监理巡检OPC智能体:一个智能体管监理,质量、安全、进度、投资、合同全程巡检,按监理规范和现场实际自动巡查、隐患分级、整改闭环
M12 工程监理巡检OPC智能体:一个智能体管监理,质量、安全、进度、投资、合同全程巡检,按监理规范和现场实际自动巡查、隐患分级、整改闭环专知智库 OPC 智能
长按图片保存/分享
0
海松知识产权服务

Copyright©2026

成都专知利乎数字科技有限公司
蜀ICP备13001814号-3

科创定位是战略资源  |    IPO更简单    |  数据场景服务  |    专利市值管理

    电话:+86(028)84400310           地址:成都市·天府新区

©2026 成都专知利乎数字科技有限公司  蜀ICP备13001814号-3

热线电话
028-84400310
上班时间
周一到周五
二维码
微信咨询
添加微信好友,详细了解产品
使用企业微信
“扫一扫”加入群聊
复制成功!
添加微信好友,详细了解产品
我知道了