干了十来年电气设计我最深的感受是加班从来不是死在画图上的而是死在画图前后那些“破事”上。客户下午四点追着要选型清单参数得自己从老图纸里一行行翻BOM 和原理图对不上得人工核对到眼花PLC 程序改到第三版注释还没来得及补全。这些活技术门槛不高但是耗人、耗时间、耗耐心。所以我花了几周时间把开源的 OpenClaw 接入自己的日常工作流配合大模型 API 和本地私有知识库把它从“一个聊天机器人”调教成了真正的“电气助理”。选型初筛、清单核对、PLC 骨架生成、日报汇总现在统统先扔给它我再拿最终决策权回来。这篇分享不聊泛泛的 AI 概念直接把怎么搭、怎么调、怎么落地、踩过哪些坑都说清楚。刚接触 AI 工具的电气工程师、设备维护电工、自动化项目负责人都可以照着这份路径来试。1. 先搞清楚 OpenClaw 到底能替电气工程师干什么1.1 它不是一个聊天机器人而是一个“能动手的助理”很多同事第一次听我提 OpenClaw第一反应是“哦又一个对话工具”。其实不一样。对话工具只是“动嘴”你说“帮我把表二里的设备按功率排序”它给你一个步骤说明然后你自己去操作。OpenClaw 的核心不同在于它把大模型的语言理解和外部工具执行连到了一起能直接读写你工作目录里的 Excel、CSV能调用 Python 脚本跑计算能按模板生成文档甚至能依次调度你预置的多个“技能”完成一个完整工作流。打个比方普通聊天机器人像只动嘴的顾问告诉你“排查插座要断电、要用万用表量电压”然后站在原地等你干活。OpenClaw 更像一个带着工具箱的学徒你说“把客厅插座全排查一遍”它真的会去按顺序处理再把结果汇报给你。放到电气场景里这件事的意义一下就出来了。电气工程师真正值钱的是判断和决策——型号选得合不合适、保护定值靠不靠谱、控制逻辑有没有漏洞。AI 适合干的是检索、填充、比对、格式化这些“脏活累活”。OpenClaw 的角色就是把这些重复劳动接过去把时间留给你的脑子去思考。1.2 电气工程师最该交给助理的四类杂活第一类是参数检索和选型初筛。手头有个 7.5kW 电机要配接触器、断路器、电缆以前得翻手册、问供应商、翻旧项目。现在可以让 OpenClaw 按预设的选型规则把候选型号、计算过程、手册依据全部列出来。它不是替你拍板是替你“把大概率正确的答案先摆到桌上”。第二类是图纸和清单一致性核对。原理图和 BOM 对不上是改版时的老大难。OpenClaw 能把元件明细表导成表格按图号、线号、规格逐项比对最后直接输出一个差异清单。这一类活儿规则最明确也是我做下来效果最稳定的一项。第三类是 PLC 程序骨架生成。IO 表一变程序框架就要跟着动。让 OpenClaw 根据 IO 表和工艺描述把变量声明、主逻辑骨架、报警节点先铺好你再填具体逻辑省掉大量“先写框架再改框架”的时间。第四类是文档和报表自动化。日报、周报、物料汇总、施工说明初稿含金量不高但非写不可。给它一个模板它五分钟出初稿你只需要改措辞。这几类活的共同点是高频、规则明确、重复性高。把它们交给 AI相当于把晚上两小时的加班时间还给自己。2. 搭环境半小时跑通 OpenClaw 本地服务2.1 硬件和软件准备清单先解决一个顾虑不是要买工作站才能跑。OpenClaw 本身是一个本地服务程序主体推理可以交给远端大模型 API本地只负责工具调度和文件处理所以日常办公电脑就够了。我用的就是一台普通笔记本16GB 内存磁盘留出大概 20GB 给知识库和缓存。软件方面需要 Python 3.10 以上、Git还需要一个能访问大模型 API 的密钥。如果你想把日志和运行环境隔离起来可以装 Docker但不强制。OpenClaw 本体装好后还需要配套的 Office 文件解析组件用来读 Excel、Word、PDF 里的元件清单和手册内容。安装的简化流程大概是这样具体命令以你下载的版本文档为准因为开源项目迭代很快pip install openclaw openclaw init openclaw serve装完先跑openclaw doctor检查依赖是否齐全缺什么补什么。我第一次就是跳过检查直接开用结果跑技能的时候报缺库反而多花了半小时排查。2.2 配置文件里三个关键参数OpenClaw 初始化后会在配置目录生成一个主配置下面是我自己用的一个精简示例model_provider: api model_name: your-default-model knowledge_base_path: D:/electrical-docs task_dir: D:/projects/current permissions: - read: D:/projects/current - write: D:/projects/current/output - deny: D:/private这三个参数决定了它“用什么脑子干活”“拿什么知识干活”“能碰哪些文件”。model_provider和model_name决定 OpenClaw 用哪个模型做推理。日常跑通建议直接用 API 方式效果最稳定。公司数据不能出内网的话也可以换成局域网里私有部署的服务地址只是效果会有差别。knowledge_base_path指向你的手册、选型表、历史项目文档目录。OpenClaw 会自动把这个目录里的内容向量化之后问它问题它会优先从这里面检索答案。task_dir就是它的“工作区”。我强烈建议所有读写操作都限制在这个目录里而不是给它整个磁盘的权限。给它一个固定区域它在这个范围内随便折腾折腾坏了也能一键恢复。权限边界不是信不信任 AI 的问题是工程安全的底线。2.3 接上大模型 API 和私有知识库接 API 这块没什么好说的申请好密钥填到配置里跑一个测试问句确认能返回结果就行。我更想强调的是知识库怎么建这是后面所有技能的“弹药库”。我的做法是新建一个专门的文档目录把常用手册 PDF、企业选型表、历史项目的图纸清单整理进去。命名规则从一开始就要定好比如手册/当前有效/、手册/历史版本/、项目档案/2025/文件名尽量包含型号、版本号、日期否则索引建完你都不知道它搜到的是哪版文档。建索引的命令也是简化的openclaw kb add --dir D:/electrical-docs --name electrical建完后不要急着上复杂任务先问一个基础问题测试比如“查某型号接触器的线圈电压范围”看它能不能从知识库里找出来并标明出处。如果这一步都做不到后面技能调教无从谈起。3. 调教核心技能让 OpenClaw 真正懂电气3.1 电机选型助手技能参数化问询与计算技能在 OpenClaw 里就是一套写好的“指令包”里面包含角色设定、输入参数表、计算规则、输出模板。我给“电机选型助手”配置的调用方式很简单就像给学徒派活调用“电机选型助手”输入电压 380V功率 7.5kW三相异步电机防护等级 IP55环境温度 40℃卧式安装需要推荐配套断路器、接触器、电缆截面。关键在技能内部的计算规则要写清楚。比如电机额定电流的估算逻辑I P / (√3 × U × cosφ × η)按 380V、cosφ0.85、η0.9 估算一台 7.5kW 电机的额定电流大约是7500 / (1.732 × 380 × 0.85 × 0.9) ≈ 14.9A那选型的时候接触器按 25A 规格电动机断路器整定值取 20A 左右电缆按铜芯 4mm² 或 6mm² 起步具体看敷设方式和距离。这里必须说清楚这只是估算思路实际要查对应手册考虑启动电流、环境温度、线路压降。OpenClaw 的价值在于它把这套估算自动跑出来并且把每个数值的依据从手册里引用给你看。调教这个技能时我最坚持的一点是“必须有依据”。输出候选清单时每一项后面都要附带“依据某手册某条目”。没有依据的输出一律视作无效。刚开始它经常只给结论不给来源我就在技能描述里把这条写死后面输出的质量明显高了一个档次。最后哪怕它计算得再有模有样人工复核清单也不能省电机功率对不对、电压等级匹配不匹配、使用地点有没有防爆或潮湿要求、仓库有没有库存型号。它出初筛你出决策。3.2 PLC 程序骨架生成技能PLC 程序生成的调教思路和选型不一样重点不是计算而是框架结构。我给它定义的输入是 IO 表和工艺描述输出是变量声明表、主程序骨架、报警逻辑三个文件。先看一个简化的 IO 表长什么样DI: 启动按钮, 停止按钮, 急停按钮, 热继电器常闭点, 来料光电, 到位光电 DO: 主接触器, 电机正转, 电机反转, 蜂鸣器, 运行指示灯 AI: 电机电流(4-20mA), 轴承温度(PT100) AO: 变频器频率(4-20mA)OpenClaw 拿到这个 IO 表后会生成结构化文本格式的程序骨架包含变量声明、上电复位、安全检测、条件判断、输出控制、报警节点。说实话它生成的逻辑不可能直接上机但工程量省了一大半。以前从零写一套输送线控制框架加注释到能看大概两小时现在它生成骨架我补工艺动作的状态机和时序细节半小时出头。调教这个技能有一个绝对不能妥协的点安全规则。我在技能描述里内置了三条底线让它每次生成都必须包含。第一急停信号必须直接进安全回路不经过任何可能被普通逻辑屏蔽的触点。第二正反转输出必须有硬件互锁和程序互锁双保险。第三热继电器、过载信号必须参与控制逻辑不能只显示不动作。AI 不懂什么能做、什么不能做这些规则不是“建议”是写入技能定义的一等公民。3.3 电气图纸清单自动核对技能这个技能的思路最单纯效果也最直接。场景是图纸改版之后要核对原理图的元件数量和 BOM 是否一一对应元件编号有没有重复规格型号两表是否一致。人工对一遍一个配电柜的图纸少说四十分钟多了一个下午而且看久了真的会眼花。实现方式很简单从设计平台导出元件明细表成 CSV 或 Excel让 OpenClaw 读取后按规则逐项比对。它输出一个差异报告大致长这样检查项图号元件编号原理图标注BOM 标注结果元件缺失DWG-01KM1有无异常型号不一致DWG-03QF23P 20A3P 16A异常编号重复DWG-05KA3两处出现一行异常我实测下来这个技能是整套工作流里最稳定的。因为核对规则非常明确AI 不太有自由发挥的空间只要脚本写对结果基本不用返工。原来我核一个配电柜四十分钟现在两分钟出报告剩下时间只需要处理差异项。可以说这个技能单项就把我的核对效率拉高了不止一倍。3.4 下班前的日报与任务跟踪技能还有一件事占了不少下班时间就是写日报。很多加班不是活没干完而是汇报没写完。OpenClaw 在任务工作区里跑完所有技能后会留日志。利用这个日志我配了一个“日报生成”技能它自动读取当天修改过的文件、生成的报告、执行过的技能按模板输出日报初稿今日完成 - 项目A控制柜BOM初步审核发现2项差异已在系统中修正 - 项目B输送线PLC框架生成待工艺确认后补充时序 明日计划 - 项目A确认选型清单并提交采购 - 项目B与工艺核对IO点位 风险项 - 项目B传感器选型未确认可能影响接线图这个技能的价值不是“帮我写字”而是“帮我记住今天干了什么”。以前日报全靠脑子回忆现在它把散落的工作痕迹自动聚合成结构化内容我只需要改动几个字就直接发。顺手可以做一个周维度版本每周五让它从日报里提取本周问题清单整理成“常见问题汇总”这又会成为下个月调教新技能的知识素材。4. 一次完整实操从“下午四点的催件”到“下班前交活”4.1 任务拆解与指令写法说一个真实的典型场景。某天下午四点客户追着一套输送线控制柜的选型清单和 IO 表说是第二天早上的设计评审要用。这种任务搁以前基本就是加班到八九点的命。现在我会先做一个动作拆任务。我打开 OpenClaw 面板给出一个总指令开始“控制柜出图前准备”工作流。任务目录 D:/projects/current/line_control。从“项目说明.txt”读取输送线参数。执行三个步骤第一调用“电机选型助手”生成主电机及配套电气件初筛清单第二根据工艺描述生成 IO 表第三调用“PLC 骨架技能”生成程序框架。所有结果写入 output 目录完成后输出摘要。看着像是在吩咐人其实这就是给 AI 的“任务卡”。任务越明确结果越可控。直接说“帮我准备一下控制柜资料”是不行的它不知道要干到哪一步才算完。把步骤拆到可执行它才能交付你能用的东西。4.2 执行过程实录我把整个过程按时间线走一遍。四点零二分指令发出。OpenClaw 自动读取任务目录里的项目说明然后向我确认了两个关键参数电机供电电压和供电制式。我回复确认。四点零九分选型初筛完成。它输出了候选电机型号、接触器规格、断路器整定值、电缆截面并且每一项后面都附带了手册依据条目我可以直接对照。四点十三分IO 表解析完成。它根据工艺描述列出了一版 IO 清单同时标注了两个需要我确认的传感器类型。这里设计得很聪明遇到拿不准的它没有硬猜而是停下来提问。四点二十一分PLC 骨架生成。输出包含变量声明、安全回路、主逻辑占位、报警节点文件分得清清楚楚。四点二十二分我打开输出目录看到 4 个文件D:/projects/current/line_control/output/ ├── BOM_初筛.xlsx ├── IO_表.csv ├── PLC_骨架.st └── 执行摘要.md到这里OpenClaw 的部分全部完成耗时约二十分钟。然后我接手做人工复核花了二十五分钟确认选型是不是偏保守、有没有库存型号更合适、急停逻辑有没有补全、客户提出的“双向运行”功能有没有体现在程序骨架里。四点五十五分初版材料提交。从催件到交付不到一个小时。4.3 效率提升怎么算300% 是怎么来的很多人看到“效率提升 300%”会觉得是口号其实这个数是可以拆出来的。同一类任务以前手动选型加翻手册加 Excel 整理加写 PLC 框架紧凑一点也要两个半小时。现在从指令发出到拿到初稿二十分钟加上人工复核二十五分钟总共四十五分钟。两个半小时对四十五分钟算下来是原工时的三分之一效率是原来的三倍多。所以我说提升 300% 是保守值如果把核对返工的次数也算进去实际省的时间更多。但我必须说实话这不是把整个工作扔给 AI。我花在判断和沟通上的时间一分没少只是以前被检索、填表、写框架这些低价值环节吃掉的时间全部挤出来了。你用这套东西之前可以先记录两周自己的时间分布看看低价值工时占比有多少。只要超过三分之一就值得花一个周末把环境搭起来。5. 常见问题与排查实录5.1 问什么答什么根本不是助理刚用 OpenClaw 那阵子它经常表现得像个“高级百度”问它“算一下”它就真的只回你一段计算答案不会去翻文件、不会按步骤执行。我开始以为是配置没写对后来发现是模式问题它默认跑在对话模式而不是任务模式。解决办法是去技能中心新建任务型技能把“读取文件→检索知识库→计算→输出”这些步骤写进技能定义里。同时检查配置里的permissions看看有没有给task_dir的读写权限。下面是技能定义的简化示意name: bom_check steps: - read task_dir - parse file - run compare rules - output diff report只要技能里定义了步骤它才会像执行任务一样把流程跑完而不是挤牙膏式地一问一答。5.2 生成内容不对给客户的图纸数据错版有一次选型OpenClaw 把 220V 和 380V 的供电制式搞混了导致断路器整定值差了一档。幸好我在复核环节发现了没有发出去。这个经历让我意识到AI 是会一本正经算错的而且错得有理有据。复盘了一下原因有三个可能知识库手册版本太旧技能里没有参数校验模型把相近的电气参数混淆了。我后来做了三道防线。第一知识库里专门建一个“当前有效”目录旧版本手册全部移出。第二技能里强制加输入参数校验电压不在默认列表里就停下来提问不硬算。第三输出模板要求关键参数必须附带计算依据没有依据的报告直接打回。这三个习惯叠加起来之后明显再没出过同类问题。5.3 知识库内容过时、文档太乱最开始建知识库的时候我把整个盘的文件一股脑丢进去结果建出来的索引乱七八糟问什么都找不到对的版本找到的版本也不确定是不是最新的。后来我给自己定了一个非常简单的目录规范文档库/手册/当前有效/文档库/手册/历史版本/文档库/项目档案/2025/文件名也有要求比如3TB_变频器使用手册_v2.3_2025-01.pdf型号、版本、日期都写进文件名里。维护节奏是每周五花十分钟把新拿到的文档归档到“当前有效”并更新索引。知识库是要养的养一版能用一个月不养的话一周它就废了。5.4 常见问题速查表症状可能原因排查动作问什么答什么不执行任务未启用任务型技能新建技能明确步骤检查目录权限输出参数错误手册版本旧、缺参数校验清理知识库技能里加自检规则知识库检索找不到文档索引未更新、命名太乱重建索引按“型号_版本_日期”规范命名执行超时或卡住任务指令太模糊拆成小步骤分步确认再继续本地模型效果差模型太小换更大模型或改走 API大部分问题不是工具不行是“指令不够具体知识库不够干净”。这两个东西理顺了OpenClaw 的稳定性会高很多。6. 最后分享一点我自己的使用心得用了一段时间之后我最大的体会是不要追求全自动半自动才是真香。现在的工作流里AI 负责把 80% 的重复劳动做完我负责最后 20% 的决策。全自动听起来很理想但电气项目不是写玩具代码万一 AI 走错一步代价可能是一台设备烧了甚至一个安全回路失效。所以“人审机推”是我的底线原则不是不信任是工程安全本来就这么要求。第二个心得是先固定一个场景跑熟再扩展其他技能。我第一个星期只做 BOM 核对这一件事跑顺了之后才开始加选型和 PLC 骨架。如果一开始就想三五个技能全部上最后大概率是一个都调不好还会怀疑工具本身不行。第三个心得关于心态。搭这套东西确实要花一个周末加几个晚上的时间但投入产出比极高。实际用了几个月后我最大的改变不是“不加班了”而是加班的成本被变成了设计方案的时间。同样的工时以前只能完成一个“能交差”的版本现在能多想几个方案把保护定值校核得更精细把程序注释写得让人看得懂。这种区别用过一个月你就知道值不值得了。