我一直在避免使用“气氛网络”或“vibkrotik”或其他一些令人厌恶的说法，但这是真的——在过去的几个月里，我一直在使用 LLM 来设置一些网络，事情总的来说进展得非常顺利。我一直是 MikroTik 设备的粉丝——简而言之，这些设备可靠、价格便宜，并且涵盖了大量的网络使用案例——物联网手机路由器、普通路由器、交换机、点对点系统等。关于 MikroTik 的常见抱怨之一是它复杂的用户界面/配置。从某种意义上说，我不知道这是否是真的，因为网络本身就是复杂的——也就是说，它的深度超出了人们的想象？也许应该有一个关于网络的冰山格式的 meme。在最顶端，你会看到“IP 地址”，更深处会看到“那个家伙”和其他一些你从未听说过的东西。我想表达的观点是，是的，网络确实挺难的。我已经半业余地做网络工作一段时间了——为朋友和朋友的办公室设置网络，制作电缆，修补小面板等。我几乎肯定无法通过正式的“认证路由工程师”认证——嗯，除非学习很多（相信自己）。但你知道，它并没有让我（而我想它也不应该）阻止我享受乐趣和修复人们的 WiFi（大多数人的 WiFi 问题可以归类为……哦，伙计——我应该再写一篇关于这个的帖子。永远不要使用扩展器。）LLM 的角色是什么？嗯，在其他地方（在编码等方面）它们是混乱的力量倍增器——它们确实知道如何配置 MikroTiks 和一般的网络，但它们仍然会弄错、偏离路径等。与编码一样，你可以/应该保持严格的控制，并不信任/持续验证，但你也可以更快地取得进展。因此，在过去几个月里，我能够设置网络——当然是小型的——并且在给予 Claude 代码访问我设备并让它做自己事情时感到非常有趣。我为自己编写了一些也许/希望有用的笔记——在一个案例中，我正在迁移一个现有网络（一个非常小的单路由器带集成 WiFi 到路由器 + 交换机 + 两个无线接入点），而在其他两个案例中则是全新的网络。无论如何，如果有用的话，这里是 Greg 的 LLM MikroTik 提示和技巧：尽管可以通过 SSH 配置 MikroTiks，但当 LLM 尝试来回传递文本时，往往会出现“千刀万剐”的情况。更好的（即更适合 LLM 的）渠道是使用 REST/JSON API。我建议禁用不安全的服务——不安全的 API 端口、WWW、Telnet 和 FTP 在任何更改前会转储整个配置，并在之后再转储一次。对这些内容进行版本控制是很好的。拥有一些自动备份工具（我还没来得及构建）将是最好的。CAPsMAN 真的是一个巨大的 WiFi 简化工具——用 LLM 配置它简直太简单。我经常回到“技巧”，要求多个 LLM——antigravity、codex、opus 和 fable——来双重检查配置并达成共识，看看是否有缺失或严重错误。也许显而易见，但在拆除网络之前（迁移到 MikroTik 时），请注意 SSID、密码、DHCP 保留，拥有一个恢复运行手册是有帮助的！记录下你的设备配置从一个良好的已知位置恢复的步骤。运行手册——一个未经测试的备份可能只是一个全是零的文件。与 LLM 有关的情况往往是，尽量减少任务，逐个进行。是的，这是“设置我的网络不要犯错误”的笑话——不要这样做。每次配置更改后都要进行测试。LLM 会出现幻觉！非常小的事情，但在你配置的所有设备上设置 NTP（时间服务器）是有用的，另一个小但为了 sanity 而说的事情是，为你的设备命名/识别——你的路由器、交换机、无线接入点，并使用描述性的名称。对交换机上的端口做同样的事情——这在设备移动时可能有点麻烦，但知道哪个端口连接到什么会很有帮助。确保更新所有设备，以便它们运行相同的 RouterOS 版本——LLM 有时也会认为它们知道命令如何工作，但语法/选项确实会变化——要求它们验证。哦，最后！我曾经遇到过一些情况（或者也许是 LLM 把我引导到了这条路……）在这些情况下，IP 地址四散不这，存在重叠的 192.168.88.x 网络，通常是一团糟，甚至很难连接到路由器或交换机，即使你通过以太网物理连接了这些设备（你应该总是这样做）。在我看来，最好的解决方案是 L2 “MAC Telnet”，即一个允许你通过 L2（MAC 地址）层进行 Telnet 的服务器。这有点像使用 WinBox——令我吃惊的是，它现在是跨平台的，并且在 Mac 上运作良好。有了 L2 telnet 客户端，LLM 就可以与 MikroTik 对话——WinBox 是一种 LLM 无法控制的 GUI。对此，我强烈推荐 MAC-Telnet。