ARTICLE · 996342
从个人AI助手到机器人巡检—监理AI的六阶段演化
▲ AI 监理观察 从个人AI助手到机器人巡检 监理AI的六阶段演化 监理工作的生产方式将被重新安排。这是一份写给监理人的六阶段演化路线图。
|
▲ 先说判断 我先把判断摆出来。 如果人工智能继续按现在的速度发展,最快到明年,一个真正结合了项目资料、规范标准和监理工作流程的智能体,在技术上可能完成一个项目监理部 90%的工作量。 这里的90%,按工时算,不按责任算。 它包括查规范、读方案、整理现场记录、起草监理文件、建立台账、追踪整改、初步识别风险,以及把分散的信息汇总成供总监判断的材料。这些工作占用了监理人员大量时间,却未必是监理工作中最需要人承担的部分。 最终的事实确认、正式决定、签字和责任,不会因为AI能干活就自动消失。相反,AI做得越多,最后拍板的那个人越重要。
这个场景,我认为不超过五年就能看见。快的话,两年。 |
▲ 勘测点 01
我为什么敢作这个判断
我不是软件工程师,也从来没有真正编写过程序。虽然以前接触和学习过一些编程知识,但那与独立开发一个可用的软件,是两回事。
2025年Claude Code出现以后,事情发生了变化。我开始借助AI Coding,用自然语言告诉AI我想解决什么业务问题,让它读取项目文件、编写代码、运行程序、发现错误,再继续修改。我后来做出的几个监理AI软件,包括知识整理、规范检索和监理智能体,都与这种新的开发方式有关。
这件事对我的冲击很大。
以前开发自己企业的监理平台“咨筑云”的时候,至少需要3人的软件团队、接近一年的时间。今天,在AI的辅助下,同样规模的工作,人员可以更少,周期可以更短。当然,这篇文章不是要讨论软件开发效率,所以这段经历只说到这里。
真正重要的是:软件开发本身就是一个高度依赖专业知识、逻辑能力和经验积累的行业。如果AI Coding只用了很短时间,就让一个没有软件工程师经历的监理人能够独立开发专业软件,那么我们就很难继续相信,其他行业会因为“专业性强”而长期不受影响。
监理行业到现在还没有强烈感受到冲击,不是因为监理比软件更难,而是因为第一波冲击主要发生在软件、设计、内容生产这些数字化程度更高的领域,还没有完整传导到工地。
但它一定会传导过来。
技术背景 | Claude Code 与 AI Coding AI Coding不是简单地让聊天机器人给出一段代码,而是让AI进入真实的开发环境,读取文件、修改代码、运行测试并根据结果继续工作。Anthropic于2025年2月24日首次发布Claude Code,当时还是限量研究预览;同年5月22日转为正式可用。它已经能承担相当完整的开发任务,但仍不等于“无人负责的自动编程”:需求是否正确、业务规则是否准确、测试是否充分,仍要由人判断和验收。 ▸ Claude Code首次发布 — anthropic.com/news/claude-3-7-sonnet ▸ Claude Code正式可用 — anthropic.com/news/claude-4 |
▲ 勘测点 02
监理工作,说到底主要就是两件事
把监理工作拆开看,事情没有那么复杂。
① 第一件事 · 到现场看 看人、机、料、法、环,看施工是否按图纸和方案实施,看关键工序是否满足要求,看有没有异常和风险。现场人员还要拍照、测量、询问,开展验收、巡视、旁站、见证取样、平行检验等工作,把时间、部位、人员和实际状态记录下来。 |
② 第二件事 · 回来写 把现场看到的内容写进日志、旁站记录、巡视记录、通知单、会议纪要和月报;查找规范依据;审核施工方案;建立问题台账;追踪整改;把大量零散事实整理成一套可签认、可追溯的监理资料。 |
但监理工作并不是看完、写完就结束了。
贯穿这两类工作的,还有一条更重要的主线:发现问题,并推动问题得到处理。
处理问题也不只是查到一条规范、发出一张通知单。很多问题的技术结论并不复杂,真正困难的是怎样让各方接受并落实。
施工单位考虑成本和工期,建设单位关注进度和结果,设计、检测、分包等单位又各有自己的职责和立场。监理人员要判断什么时候先当面沟通,什么时候必须正式发文;先找谁协调,话说到什么程度;哪些问题可以给整改时间,哪些问题必须立即升级。既要坚持原则,也要避免把一个本来能够解决的问题变成无谓的对立。
这不仅需要专业判断,也需要沟通协调、利益判断和分寸把握。我们平时说的“情商”,在监理工作中并不是会说好听的话,而是在守住安全、质量和责任底线的前提下,让相关各方愿意行动,并最终把问题处理到位。
所以,监理工作的完整链条应当是:
▲ 监理工作的完整链条 现场发现问题 → 作出专业判断 → 沟通协调 提出处理要求 → 跟踪整改 → 复查销项 → 形成记录 |
“看”是取得事实,“写”是固定事实、传递要求和留下证据,而协调各方、推动问题真正闭合,才是监理工作中最考验人的部分。
过去,这条工作链往往由同一批人连续完成。现场发现一个问题、作出初步判断,可能只用十秒;回来查找依据、形成文件、建立台账,再持续跟踪到整改闭合,却可能花费半个小时甚至更久。很多项目部最稀缺的专业时间,就这样消耗在重复录入、资料搬运和过程追踪上。
AI进入监理,不会一上来就把整条链拿走。它会先接手“回来写”,随后逐步辅助“到现场看”,并进一步参与问题分类、依据查找、处理建议、整改提醒和闭合跟踪。AI可以给出解决路径,人却仍要决定怎样让这条路径走得通:什么时候把话说重,什么时候留有余地,怎样在复杂关系中让各方行动。正式监理指令、重大风险判断、整改复查和最终拍板,也仍然需要人负责。
正是在这个过程中,AI不再只是替人写材料,而是开始进入监理的问题处理闭环,并推动项目监理机构重新分工。
沿着这条路径,我把监理AI的演化分成六个阶段。
▲ 六阶段总览 | ||||||||||||||||||
|
01 标高一 | 个人AI助手 每个人身边多了一个会写的助理 |
演进 1/6 |
这是大多数监理人员最先接触的阶段。
打开一个AI聊天工具,输入一段现场情况,让它整理成监理日志;上传一张照片,让它提示可能存在的问题;把方案的一部分交给它,让它列出审查要点;遇到不熟悉的条文,先让它帮助查找方向。
它提高的是个人效率,没有改变项目部的组织方式。每个人仍然各做各的,只是身边多了一个写得很快、查得很快的助手。
这一阶段最重要的能力是提示词。
提示词不是向AI“随便问一句”,而是像给一名新来的技术员布置任务:你是谁、它是谁;要依据什么材料;具体完成什么任务;结果按什么格式输出;哪些内容不能猜;哪些地方必须标记待核实。
同样一个模型,有人只能得到一段正确但没有用的套话,有人却能得到接近监理文件的草稿,差别常常不在模型,而在任务有没有交代清楚。
但个人助手有一个天然缺陷:它不了解你的项目。它不知道本工程当前施工到哪一步,不知道哪一版图纸有效,也不知道项目部已经确认了哪些风险标准。你每次都得重新告诉它背景,它也很难持续追踪一件问题从发现到闭合的全过程。
所以,个人助手只能是起点。
技术背景 | 大语言模型与提示词 大语言模型可以理解和生成自然语言,也可以处理长文档和部分图片。提示词相当于人给模型下达的任务书,用来规定角色、依据、任务、格式和边界。目前,用AI起草和整理文字已经相当成熟;不足之处是模型可能把“听起来合理”误当成“事实成立”,尤其容易混淆规范版本、条款号和未提供的现场信息。因此,这一阶段适合出草稿、列问题、给检索方向,不适合未经复核直接形成正式结论。 |
02 标高二 | 专业AI监理平台 把个人用法变成稳定流程 |
演进 2/6 |
当越来越多人使用个人助手,新的问题很快就会出现。
同一类监理日志,十个人写出十种提示词;同一份方案,不同的人给AI的审查尺度不同;有人会要求AI标注资料缺失,有人却默认让AI把空白补齐。结果虽然都叫“用了AI”,质量却不稳定,也无法形成企业能力。
第二阶段,是把这些个人用法固化成专业平台。
监理日志、旁站记录、巡视记录、通知单、月报、方案审查、规范查询,不再靠每个人临时复制粘贴,而是形成固定入口、固定字段、固定提示词和固定复核环节。现场人员只需提交照片、语音和必要数据,平台就能自动整理、调用模型、生成草稿,再进入人工确认。
平台还要接入知识库。施工方案、图纸、设计变更、合同要求、现行规范、企业标准和历史案例,不能一股脑塞给AI,而要经过解析、分类、分块、标注版本和建立索引。AI回答时,应先找到与当前问题相关的材料,再根据这些材料分析,并尽量给出出处。
走到这一步,模型本身反而不是最难的。
同样的大模型,接上粗糙知识库,可能只是更快地胡说;接上经过精细加工、能够定位原文的知识库,才有可能成为专业工具。
企业真正需要积累的,也不是“我们接了哪个大模型”,而是自己掌握的规范加工方法、项目资料结构、风险清单、审查尺度和历史处置经验。
技术背景 | API 与 RAG 知识库 API可以理解为软件调用AI的连接通道。有了API,系统可以自动把现场记录、项目资料和提示词交给模型,再把结果写回表单、Word和台账。RAG即“检索增强生成”:先从外部知识库中找出相关内容,再要求模型依据检索结果回答。RAG的代表性论文发表于2020年,目前已经成为企业知识库常用技术。但它不能自动保证准确,文档解析、分块方式、检索精度、版本管理和引用定位,任何一环粗糙,都会影响最终结果。 ▸ RAG原始论文 — papers.neurips.cc/paper/2020/hash/6b493230205f780e1bc26945df7481e5-Abstract.html ▸ Claude API概览 — platform.claude.com/docs/en/api/overview |
03 标高三 | 项目个性化智能体 通用平台开始长出项目能力 |
演进 3/6 |
专业平台解决的是共性问题,但监理工作真正难的部分,恰恰在项目差异。
同样是基坑,不同的深度、地质、水文和周边环境,风险不一样;同样是模板支撑,不同结构、荷载和施工阶段,检查重点不一样;同一条规范,在不同项目中的优先级也不一样。
因此,未来不会只有一个通用产品包打天下。
更可能出现的情况是:每个项目都有自己的智能体。它知道本项目的结构形式、施工阶段、适用规范、有效图纸、专项方案、风险标准和企业管理要求;收到一项任务后,能够自己拆分步骤,读取相应资料,调用规范检索、图纸问答、表单生成和台账工具,再把结果送到人面前确认。
例如,收到一份新的高支模专项方案,它不只是回答“请注意安全措施”,而是先确认文件版本和适用范围,再提取方案中的关键参数,调取本项目已经确认的风险要求和相关规范,逐项比对,列出缺失资料、疑点、依据和建议,最后生成一份待总监复核的审查意见。
这里开始出现第一阶段的AI监理工程师。
他不一定从头开发软件。基于已经成型的AI监理平台,他会写提示词、加工知识、维护项目知识库、配置工作流程,让通用平台尽量贴近本项目。
但要再往前走,仅仅会写提示词就不够了。每个项目都有平台没有预设的要求:特殊表单、特殊审批路径、内部系统接口、独有的风险算法。要让智能体真正贴着项目工作,就需要二次开发,甚至从头开发某个工具。这时,AI监理工程师必须掌握AI Coding。
未来有价值的,不是“会用某个AI产品的人”,而是既懂监理,又能把自己的专业方法做成AI工作流程的人。
技术背景 | 智能体、工具调用、MCP 与 AI Coding 智能体与普通聊天工具的区别,在于它可以围绕目标持续循环:计划步骤、调用工具、读取结果、修正行动,直到完成任务或请求人介入。工具调用使AI能够查询数据库、生成文件、更新台账;MCP则为AI连接不同数据和工具提供较统一的接口。Anthropic在2024年5月将工具调用转为正式可用,2024年11月发布MCP,智能体由概念逐渐进入实际系统。但在监理这类高风险工作中,固定流程已经较可控,完全开放、自主运行的智能体仍需要严格限制权限和设置人工关口。 ▸ 智能体设计 — anthropic.com/engineering/building-effective-agents ▸ MCP介绍 — anthropic.com/news/model-context-protocol ▸ 工具调用说明 — platform.claude.com/docs/en/agents-and-tools/tool-use/overview |
04 标高四 | 项目AI监理工程师 一个人和AI成为项目专业中枢 |
演进 4/6 |
第三阶段改变了软件,第四阶段开始改变人和岗位。
在相当长的过渡期内,现有项目监理机构仍然会存在。现场离不开人,项目也仍然需要一名具备资格、了解现场并能承担责任的总监。
但是,项目部内部的分工会变化。
大多数监理人员会把更多时间放在现场。他们要知道哪里可能有问题,知道应当看什么、问什么、拍什么、量什么;遇到明显异常和紧急危险,能够立即报告、制止或者启动既定的应急路径。他们未必有能力独立解决所有专业问题,但必须具备发现问题和采集有效证据的能力。
照片不再只是“拍过了”的证明。它要带着时间、部位、构件、工序和现场说明进入系统。语音记录也不再是散落在手机里的几句话,而是在产生的当时就被转换成结构化事实。
AI收到这些信息后,可以实时完成后续工作:识别照片中的疑点,核对方案和图纸,检索规范,调取历史问题,判断还缺什么证据,生成风险分析和监理文件草稿,并把高风险事项送到总监面前。
这个阶段,项目上会出现一个新的中枢角色:既深度懂AI,又深度懂监理的总监,或者由他承担的AI监理工程师岗位。
他不需要亲自完成每一次复制、排版和台账录入。AI已经把依据、事实、疑点、缺项和建议整理到一起。他要做的是判断:现场事实是否可靠,引用依据是否适用,风险是否被高估或低估,建议能不能执行,哪些事项必须补证,什么时候应该喊停。
最后由他拍板。
项目部里过去用于资料整理、专业研判和最终排版的人,可能压缩到一个。其他人员并不是简单沦为“拍照的人”,而是成为AI在现场的眼睛和耳朵。他们的专业能力重点,会从“回来把材料写漂亮”,转向“在现场发现真正值得记录的东西”。
这正是我所说的90%。
AI可能完成 90%的工时,却不能承担 90%的责任。 |
它可以起草通知单,但不能自行签发;可以给出验收意见,但不能代替具备资格的人签认;可以建议暂停某项工序,但正式监理指令仍需由人作出。
这里必须防止另一种危险:如果人只是看一眼AI结论就点“同意”,他就不再是拍板者,而只是橡皮图章。真正的人机协作,不是AI做完一切、人替它签字,而是AI把人从资料搬运中解放出来,让人有时间在关键关口作出实质判断。
技术背景 | 多模态、实时闭环与人在回路 多模态AI可以同时处理文字、图片和语音,使“现场拍照或口述—AI提取事实—查找依据—形成草稿—风险升级”连接成一条实时链路。“人在回路”则是在流程中预设人工确认点:低风险整理工作可以自动进行,高风险事项、资料冲突、正式指令和签字必须暂停并交给人。当前多模态模型已经能辅助看图,但对遮挡、角度、细小构造和图像之外的现场条件仍可能误判。因此,照片只能作为证据的一部分,不能把“AI没看出问题”写成“现场没有问题”。 |
05 标高五 | 企业远程中枢 专业判断不再平均分散在每个项目 |
演进 5/6 |
第四阶段仍然以单个项目为中心。再往前走一步,监理企业的组织方式会发生更大的变化。
今天,一家监理企业承接多个项目,通常要在每个项目上分别配置专业人员。不同项目部的能力,很大程度上取决于现场恰好分到了什么人。一个经验丰富的总监,只能在有限的几个项目中发挥作用;一个项目遇到复杂专业问题,往往需要临时打电话找公司专家。
当各项目的现场事实能够实时、结构化地进入系统,专业判断就不一定全部留在现场。
监理企业可以在总部建立远程中枢。不同项目的照片、语音、方案、图纸、问题台账和风险事件先由各自的AI智能体处理;一般问题按项目规则继续流转;跨专业、高风险、资料冲突和AI没有把握的事项,再被路由给总部相应专家。
一名结构专家不必长期驻在某个项目,可能同时支持多个项目;一名真正成熟的AI监理工程师,也不再只维护一个项目的知识库,而是负责把企业专家的判断方法加工成可以复用、可以追溯、可以持续修正的知识和工作流程。
现场仍然产生事实,项目总监仍然承担项目责任,但更深层的专业判断开始集中生产。
这可能改变监理企业长期以来“一个项目复制一套人员”的组织逻辑。企业的核心能力不再只是拥有多少名专家,而是能否把专家经验加工成AI能够调用的资产,再通过远程中枢稳定地送到每个项目。
当然,这不会一步完成。
企业必须先解决项目资料边界、权限划分、数据安全、版本管理、专家响应和责任链条。某个总部专家提出建议以后,谁确认现场事实?谁决定是否执行?项目总监能否否决?系统发生错误怎样追溯?这些问题没有解决,所谓远程中枢就只是一个更大的聊天群。
因此,从项目中枢走到企业中枢,真正的门槛未必是AI够不够聪明,而是企业有没有能力把管理制度、专业流程和责任边界一起数字化。
技术背景 | 任务路由、权限隔离与审计留痕 企业远程中枢依靠的并非某一种新模型,而是一组已经较成熟的企业软件能力:云端协作让多个项目接入同一平台,任务路由把不同问题送给相应智能体和专家,权限隔离防止项目资料相互串用,审计留痕则记录AI读取了什么、引用了什么、谁修改了结果、谁最终确认。技术上可以实现,不代表组织上已经准备好。监理企业还需要建立资料授权、模型使用、人工复核、异常升级和责任追踪制度,才能把“AI能干”变成“企业敢用”。 |
06 标高六 | 机器人巡检 AI开始拥有进入现场的身体 |
演进 6/6 |
前五个阶段,无论AI多么强,都有一个共同前提:现场事实主要由人带回来。
人走到施工面,观察、拍照、测量、口述,再把这些信息交给AI。AI可能承担了绝大多数分析和文书工作,但它的眼睛和耳朵仍然借自现场人员。
第六阶段才会改变这一点。
四足机器人可以在固定路线行走,搭载普通摄像头、热成像、声学、气体和其他传感器,按计划采集数据;两足机器人如果逐步具备更稳定的行走、避障和操作能力,则有可能进入更接近人工作业方式的环境。AI负责理解任务、识别目标、发现变化,机器人负责移动和采集,远程中枢负责分析与决策。
但是,基于人的现场采集和基于机器人的现场采集,面对的是完全不同的门槛。
对人来说,难点是专业判断:他是否知道哪里不对,是否知道要换一个角度拍照、补一组数据、追问一句话。
对机器人来说,除了这些,还要解决物理世界的问题:能不能安全通过临边、楼梯、泥水和不断变化的施工通道;能不能在遮挡、粉尘、逆光和噪声中稳定采集;续航是否足够;定位是否可靠;发生故障会不会给现场带来新的风险。
因此,机器人巡检已经不是纯粹的软件升级,而是具身智能、机器人硬件、现场环境和安全制度共同成熟的问题。
四足机器人在工厂、能源设施等相对稳定的工业场景中,已经能够执行重复性和危险性巡检。施工现场也已有探索,但距离普遍替代现场监理人员,还有明显距离。至于能够像人一样处理大量开放任务的两足机器人,目前更适合作为方向判断,而不是近期用工计划。
所以我把机器人单列为第六阶段。未来两到五年最先发生的,并不是机器人把监理人员全部带走,而是现场人员先成为AI的眼睛和耳朵;等AI真正获得可靠的身体,第二次替代才会开始。
技术背景 | 具身智能与自主巡检 具身智能是让AI不仅理解文字和图像,还能感知空间、规划动作并控制机器人。工业四足机器人已经可以执行预设或自主巡检路线,搭载多种传感器采集数据;但开放施工现场比固定厂区复杂得多。2025年,Google DeepMind发布面向机器人的视觉—语言—动作模型,显示大模型正在从数字推理走向物理行动。目前最成熟的是固定路线、明确目标的巡检,通用两足机器人仍处在持续验证阶段。 ▸ Boston Dynamics工业巡检 — bostondynamics.com/solutions/inspection ▸ Google DeepMind:Gemini Robotics — deepmind.google/blog/gemini-robotics-brings-ai-into-the-physical-world |
▲ 勘测点 07
能干和敢信,是两条时间线
说到这里,必须把两个经常被混在一起的问题分开。
第一个问题是:AI在技术上能不能完成?
第二个问题是:项目和企业敢不敢把这件事交给它?
查规范、读方案、整理记录、生成文件、建立台账,这些能力已经在快速成熟。把它们连成一个项目智能体,技术门槛也在下降。从这个角度看,最快到明年,AI承担90%的监理工时,并不是一个遥远判断。
但行业真正采用,还要慢一些。
一套系统在演示中能审一份方案,不等于企业敢让它连续审一百份;模型看出照片中可能有隐患,不等于项目敢据此直接发出正式指令;AI给出一份完整判断,不等于总监可以不看依据就签字。
技术解决“能干”,制度、证据和责任解决“敢信”。
▲ 两条时间线 | ||||||||||||||||||
| ||||||||||||||||||
刻度为示意,非测量数据 |
这就是为什么“明年技术上可能做到90%”和“行业在两到五年内看见明显变化”并不矛盾。技术会先到,组织和信任随后才会跟上。
过渡期可能比很多人想象的长。现有的项目监理机构不会突然消失,总监负责制和现场配置也不会一夜之间被远程中枢取代。最先发生的,是项目内部重新分工:AI接走大量写、查、整理和初筛,现场人员集中采集事实,一名既懂AI又懂业务的人负责判断和拍板。
这个人,就是未来最早出现的AI监理工程师。
▲ 勘测点 08
AI监理工程师,不是会用聊天工具的人
这个岗位会经历两个阶段。
第一阶段,使用成型的AI监理平台。他要会写提示词,会把规范、方案、图纸和项目资料加工成知识库,会根据项目特点配置工作流程,也知道哪些结果必须交给人复核。
这已经能解决大部分项目的共性问题,也是当前监理人员最容易进入的阶段。
第二阶段,是更深入的项目化开发。
当通用平台无法满足特殊项目、企业制度或个人工作方式时,他要能借助AI Coding修改智能体、增加工具、连接内部系统,必要时从头做一个小程序或专用工作台。
所以,真正成熟的AI监理工程师必须同时具备两种能力:
一边 · 监理专业 | 另一边 · AI能力 |
知道规范为什么这样规定,知道现场事实是否完整,知道方案、图纸和实际施工之间可能在哪里打架,也知道什么事情自己没有把握、必须请专家或者先喊停。 | 知道怎样写提示词、加工知识、设计工作流、设置人工关口,并能使用AI Coding把这些方法落实到工具中。 |
他不需要把自己变成传统软件工程师。他的终点仍然是监理专家,是能够把专业经验变成数字化生产能力的监理总工。
这种人目前很少,而窗口不会一直开着。
因为当通用模型、智能体框架和AI编程工具都越来越容易获得时,单纯“会用AI”很快就不值钱。真正拉开差距的,是谁最先把自己的专业经验整理成高质量知识,谁最先把工作方法写成可重复执行的流程,谁最先能对AI的结果作出可靠判断。
▲ 勘测点 09
写在最后
监理行业没有遭受AI的第一波冲击,所以很多人还可以把它当成一个与自己关系不大的新工具。
但软件行业已经给出了参照。
过去,没有编程经历的人很难独立做出软件。今天,AI Coding正在改变这件事。软件行业尚且如此,监理行业凭什么认为,只要依靠规范、图纸、方案和经验,就能够一直站在AI影响之外?
这些恰恰都是可以被整理、记录、检索和学习的知识。
未来的监理项目部,可能会先变成这样:大多数人员在现场发现问题、记录事实、拍照测量;AI在后台实时读资料、查依据、做分析、写文件、建台账;一名既懂AI又懂监理的总监负责最后的专业判断和拍板。
再往后,企业把更深的专业能力集中到总部,用一个远程中枢支持多个项目。更远处,四足和两足机器人开始接过部分现场采集工作。
从个人AI助手,到专业平台,到项目智能体;从项目专业中枢,到企业远程中枢,再到机器人巡检。这六个阶段不会整齐地排队到来,它们会在不同企业、不同项目中交叉发生。
但方向已经可以看见。
现在对AI感兴趣、已经开始实践的监理人员,不应该只满足于让AI替自己写几段文字。你们最有可能成为行业里的第一批AI监理工程师。
接下来,我会继续写一套不收费的“AI监理工程师技能课”,依次讲提示词、知识加工、知识库和AI Coding。目的不是把监理人教成程序员,而是帮助监理人把自己的专业知识变成能够指挥AI、训练AI和约束AI的能力。
▲ 接下来 · 技能课目录
|
▲ 结语 未来真正卡住你的,可能不是AI。而是另一个既懂监理,又比你更早学会使用AI的同行。 |
AI 监理观察 | 从个人AI助手到机器人巡检 · 六阶段演化 |
有问题、有建议、想报 bug(程序缺陷)、想合作,联系我们:
或者加入群聊,获得安装包