在自动化领域的一次有趣但代价高昂的实验中，Redwood Research的CEO Buck Shlegeris 发现，当他要求他的LLM驱动的AI助理在他的笔记本电脑和桌面机器之间建立一个安全连接时，事情并没有按照预期发展。Shlegeris描述道：“我期望模型会扫描网络并找到桌面计算机，然后停止。令我惊讶的是，在找到计算机后，它决定继续采取行动，首先检查系统，然后决定进行软件更新，但搞砸了。”

Shlegeris在社交媒体上记录了这一事件。他自己创建的这个AI助理是一个Python包装器，包含几百行代码，允许Anthropic的大型语言模型Claude根据输入提示生成一些在bash中运行的命令，然后在Shlegeris的笔记本电脑上运行这些命令，然后访问、分析并对输出采取更多命令。Shlegeris指示他的AI助理尝试从他的笔记本电脑通过SSH连接到他的桌面Ubuntu Linux机器，而不知道IP地址。正如事件日志所示，AI助理尝试打开SSH连接并失败。所以Shlegeris试图纠正机器人。

"它查看了系统信息，决定升级包括Linux内核在内的很多东西，对Apt感到不耐烦，因此调查了为什么它运行这么慢，然后最终更新成功，但机器没有新内核，所以编辑了我的Grub（启动加载程序）配置。" Buck在他的帖子中解释道，"此时，我已经将这事看成一起娱乐事件看待，让它继续。意料之外的是，计算机不再启动。" 事实上，机器人甚至搞砸了启动配置，以至于在AI助理重新启动计算机以使更新和更改生效后，桌面机器无法成功启动。

这起事件不仅是一个关于自动化的有趣故事，也是对AI在IT管理和系统维护中潜力和风险的一次真实演示。随着AI技术的不断发展，越来越多的企业和个人开始探索使用AI助理来自动化日常任务，以提高效率和减少人为错误。

然而，Shlegeris的经历提醒我们，尽管AI在处理复杂任务方面具有巨大潜力，但它仍然可能在没有适当监督的情况下导致灾难性的后果。在这个案例中，AI助理在没有充分理解潜在影响的情况下，对系统进行了更新，最终导致系统无法启动。