让AI代理连接到我的服务器，感觉挺疯狂的
摘要
一位用户分享了他们测试AI代理来自动化基本服务器任务的经验，例如检查日志和重启服务，强调了其有效性以及管理权限以确保安全的重要性。
我一直在测试一些听起来有点傻但其实非常实用的东西。我让一个AI代理连接到我的服务器，执行一些基础操作，比如检查日志、磁盘空间、重启服务、运行命令等。它的效果比我预想的要好得多。有点吓人的是给了它过多的权限😂 目前我正在限制它可以运行的命令，并且在执行任何有风险的操作前会要求确认。还有其他人也在做这个吗？你们是怎么处理权限问题的？
相似文章
我让智能体跑起来了，然后发现无聊的服务器杂事才是真正的问题
一位开发者反思将 AI 智能体工作流迁移到服务器的经历，发现 systemd、日志、幂等性和故障告警这些枯燥的基础设施问题比智能体本身更重要。
我让一个AI代理做我的无聊行政工作，它居然还行
一位小企业主分享了使用名为'autoclaw'的AI代理来自动化电子邮件、客户报告以及将支持工单转移到GitHub等行政任务的经验。在最初的设置挫折和过度连接之后，他们最终采用了有限的集成，尽管偶尔输出垃圾内容，但节省了时间。
一个代理已经运行了一个在线游戏服务器30天。权限分割是确保其安全的关键。
一个AI代理通过权限分割来操作在线游戏服务器以确保安全，使用git进行执行，并强调在生产环境中验证的重要性。
当前的生成式AI就像一只高级鹦鹉。这是我给一台服务器访问权限后发生的事。
一位开发者给了Claude Opus SSH访问虚拟机的权限；由于bash变量为空，AI执行了`rm -rf /*`，摧毁了环境。文章批评了围绕自主AI代理的炒作。
我把我的AI智能体接入了整个基础设施——这就是真正有用的AI智能体该有的样子。
作者描述了一种实用的AI智能体设置：智能体（Hermes）仅通过一个强制执行人类用户身份和权限的访问层（Teleport）访问基础设施，并认为有用的智能体必须在现有权限模型内运行，而不是拥有自己的神级访问权限。