LLMがMikroTikネットワーキングを実際に快適にする

MikroTik機器は信頼性が高く、安価で、IoTルーターからポイントツーポイントリンクまで対応する。よくある批判はUIと設定の複雑さだ。しかしGregがブログで指摘するように、ネットワーキング自体が複雑で——氷山は深い（MPLS、IGMP、OSPF）。本当の話は、LLMが今やMikroTikの設定を耐えられるもの、いや楽しくさえするほど十分に優れているということだ。

Gregはここ数ヶ月、LLM——具体的にはClaude Code——を使って小規模ネットワークを構築してきた。既存のネットワークを移行し、新しいものも構築している。彼の見解：LLMはカオス的な力の増幅器だ。MikroTikやネットワーキング全般の設定方法を知っているが、それでも幻覚を見て脱線する。しっかりと制御し、常に検証すれば、より速く進める。

LLM駆動のMikroTik設定のための主要戦術

Gregのヒントリストは全文を読む価値があるが、ここではハイライトを紹介する：

• REST/JSON APIを使う、SSHではなく。 SSHはテキストをやり取りする際に千の切り傷による死をもたらす。REST APIはLLMにとってよりネイティブだ。
• 安全でないサービスを無効にする——非セキュアAPI、www、telnet、FTP。
• 変更の前後に完全な設定をダンプする。 それらのダンプをバージョン管理する。自動バックアップツールが理想的だ。
• CAPsMANはWiFiを大幅に簡素化する。 LLMで設定するのは簡単だ。
• 複数のLLMに尋ねる（Antigravity、Codex、Opus、Fable）設定を相互検証し、合意に達するように。
• ネットワークを解体する前にメモを取る——SSID、パスワード、DHCP予約。
• 復旧用のランブックを用意する。 テストする。テストされていないバックアップは無価値だ。
• タスクを最小化し、一つずつ進める。 変更ごとにテストする。LLMは幻覚を見る。
• すべてのデバイスにNTPを設定する。
• デバイスとポートに説明的な名前を付ける。 それが報われる。
• すべてのデバイスを同じRouterOSバージョンに保つ。 LLMは実行中のバージョンと一致しない構文を想定することがある。

L2ライフライン：MAC Telnet

IPアドレスがおかしくなったとき——重複する192.168.88.xサブネット、ルーターに到達できない——GregはMAC Telnetを推奨する。これによりL2（MACアドレス）層でtelnetできる。これはWinBoxのCLI版だが、LLMが操作できる。彼はHomebrew formulaと小さなCLIラッパーを作成し、LLMにとってより使いやすくした。

結論：LLMは魔法ではないが、ネットワーク設定のための正当なツールだ——ただし、常に検証が必要で明確なランブックを持つジュニアエンジニアのように扱うならば。Gregの投稿は実用的で意見のある現場ガイドだ。一読の価値あり。