朋友们，大家好。

最近，关于开源AI智能体OpenClaw（“小龙虾”）的报道非常多，据说有人提供安装部署服务收益颇丰，还有报道称有人仅使用半天就扣费几百元，有人准备“养虾”，有人已经开始“卸载”了，然而，完全“卸载”可能还要花钱（这批安装部署都要花钱的用户，自行“完全彻底卸载”——几乎不可能）。

下面我们来看看，这个“小龙虾”是做什么的，否值得”养“。

OpenClaw是一个采用“龙虾”图标设计的开源AI智能体项目。该项目定位为个人AI代理，具备操作软件与长期记忆功能，可运行于Mac、Windows、Linux本地电脑。它依据自然语言指令，可在用户本地电脑自主执行文件管理、邮件收发、编写代码、发布社交媒体内容及撰写报告等工作。执行相关操作，应被授予了较高的系统权限，包括访问本地文件系统、读取环境变量、调用外部服务应用程序编程接口（API）以及安装扩展功能等。

发布社交媒体内容及撰写报告，这功能应用列出来，还凑合。

文件管理、邮件收发，这有必要列出来吗？操作系统本身不能轻松搞定吗？难道是对操作系统的功能不熟悉？用一个不熟悉的软件去让另一个不熟悉的操作系统执行一些所谓的功能，这是不是有点搞笑？！

执行这些操作，都是需要相当高的操作权限的，由于不当安装和使用，已经爆出很多安全问题，比如：

1.“提示词注入”风险。通过在网页中构造隐藏的恶意指令，网络攻击者诱导OpenClaw读取该网页，可能导致其将用户系统密钥泄露。

2. “误操作”风险。由于对用户操作指令和意图的错误理解，OpenClaw可能会将电子邮件、核心生产数据等重要信息彻底删除。

3.功能插件投毒风险。适用于OpenClaw的多个功能插件已被确认为恶意插件或存在潜在的安全风险，安装后可执行窃取密钥、部署木马后门等恶意操作，使得设备沦为“肉鸡”。

4.安全漏洞风险。目前，OpenClaw已经公开曝出多个高中危漏洞，一旦这些漏洞被网络攻击者利用，可能导致系统被控、隐私信息和敏感数据泄露的严重后果。对于个人用户，可能导致隐私数据（如照片、文档、聊天记录）、支付账户、密钥等信息被窃取。对于金融、能源等关键行业，可导致核心业务数据、商业机密和代码仓库泄露，甚至会使整个业务系统陷入瘫痪。

工信部专家提示：审慎使用“龙虾”。

怎么样？这“虾”还敢“养”吗？

另据报道，“养虾”的“勇士”，或租借或购买苹果Mac mini M4，导致该产品在全国多地出现断货现象，二手及租赁市场随之升温。

许多OpenClaw用户抱怨使用过程中“莫名欠费”，一位AI算法工程师称“安装后随便尝试了一下，就花了50元。”有人使用半天扣费200多。

这下终于明白，为啥叫“养虾”啦！

这钱花的——没点实力，真不允许。

有“养虾人”已经开始卸载了，离谱的是有人居然还可以挣到“卸载”的服务费。

这“虾”养的，太离谱，根本就是“瞎”养！

但是，以上这些都不是本文讨论的重点，可以略过。

重点是提到的“编写代码”。

大部分热文也就提了个名词“编写代码”。

啊？！！！这是认真的吗？

好比说，我会打球，但可能实际我只会打某种球。我会做饭，但你让我包饺子，不会。

我还有很大的进步空间，我的潜力等待你的发掘。

就像西游记里的孙悟空官封弼马温，猴王忽停杯问曰：“我这‘弼马温’，是个甚么官衔？”众曰：“官名就是此了。”又问：“此官是个几品？”众道：“没有品从。”猴王道：“没品，想是大之极也。”众道：“不大，不大，只唤作‘未入流’。”猴王道：“怎么叫做‘未入流’？”众道：“末等。这样官儿，最低最小……

经典就是经典！越品越有味！

接下来，咱们假设它可以“编写PLC代码”，来看看情况如何（看它在PLC编程工作中，可以扮演什么样的角色，是否值得为它焦虑）。

往期文章《搞“PLC编程”——对AI是否需要焦虑呢？》中，已经对“PLC编程”工作中，每一步的实际情况进行梳理分析，结论是“PLC编程”工作是一份专业性、综合性要求非常高的工作，不是简单的“代码”堆砌：

1. “项目需求”——沟通、梳理归纳，形成量化的数据，确保“项目需求”的准确性。客户或市场人员提供的“项目需求”——可能一篇文章、也可能是一个表格，AI可能参与一些辅助工作，但是，大部分工作还是要人工处理，尤其是沟通环节，否则，崩溃的场面可以想象。

2.选型PLC设备等以及分配IO口——这个涉及到多种品牌、电气原理图等，这需要非常综合的相互关联性的思考分析与设计，完成这样的工作，开发AI的人员，会不会感觉难呢？（再免费提供给用户使用，疯了吗？）

3.“PLC编程”——编程的过程中，需要参考各种手册，PLC本身的编程手册只是其一，“项目”中所涉及的各种设备的手册——泵阀、变频器、伺服等以及各种传感器、智能仪表等等，相关设备的控制方式、通讯方式及协议等。将所有相关的手册理解并运用到项目程序中，正是“PLC工程师”专业性、综合能力的价值所在，AI能做这个吗？（谁愿意制造或者有能力制造如此的AI，并提供免费使用呢？）

正如，前面连载的文章“神奇的数字”所述，如果，让AI来写“PLC”程序，应该是可以写出来，但是，未必符合预期。有可能AI写的程序，下载到PLC中运行，直接就来个致命错误：看门狗超时，CPU停止。这时候，如果，咱们硬要告诉AI，程序要在100毫秒内执行完成，可能AI会陷入无限的沉思中。……

（即使让AI写程序，人工也要有判断、处置的能力。甚至说，编程调试能力要足够高，可以当裁判、可以纠正AI所写程序中的错误的能力。）

5.调试程序——第一步是下载程序，这一步AI是不是傻眼了？就算硬件通讯线已连接好，关键是，工程师自己有时也会遇上“无法连接PLC”的情况，线路排查或电脑软件环境的排查——AI估计无能为力。后续的调试，更不用说了。相信现场调试的工程师，已经拿起来螺丝刀了，AI是指望不上了。 

（工程师在现场调试处理问题是灵活的，同样的问题，可能是改程序，可能是改外围的电气接线，也可能是改某个器件的安装位置）

综上，“PLC编程”工作中的每一步对于“AI”来说，都是挑战。AI只是辅助工具而已，可能会成为“PLC编程”的好助手（比如批量的复制、粘贴修改）。搞“PLC编程”的工程师，不用焦虑。

“PLC编程”的工程师，关键是要提升专业知识、综合应用能力。一方面，（使用AI）做为需求提出者，其认知高度，直接影响对于相同需求的表述的准确性（结合软硬件情况，实际所要实现的功能）。做为裁判，对于AI生成的程序，必然要有判断、处置的能力，以及纠正AI所写程序中的错误或不符合预期的能力。

“PLC编程”工作是一份专业性、综合性要求非常高的工作，绝不是简单的“代码”堆砌！

那么，“PLC编程--难不难？”，请看往期文章《“PLC编程工程应用案例分享”之序言》。当工作几年，项目做了不少，但是，编程手册中有不少指令根本没有使用过，甚至觉得多余，写程序的时候，思路方法单一，这时候，是该认真看看手册以及相关控制类的书籍，说不定会有惊喜。

本期分享到此，以上个人观点仅供参考，欢迎评论交流。

下期预告：《“PLC编程工程应用案例分享”——如何将多个寄存器的位（开关量数据）转存到指定的寄存器中（以字节存储数据）（2）库文件说明》