SSHとgooseだけで自宅サーバ群をAI運用する。201行のOSS goose-fleetを検証した
goose-fleetは201行のbashスクリプトだ。複数のリモートマシン(自宅サーバ、Mac mini、ラボ機材など)に対して、中央の1台からAIエージェント実行を統一的に指揮するツール。SSHで接続し、rsyncでレシピ配布、goose(コーディングエージェント)の実行を管理し、結果をログで回収する。特別なデーモン、特別な認証スキーム、特別なAPIは一切ない。なぜこれが「AIの鬼的に面白い」のか。それは、本当の自動化とは複雑な専用ツールではなく、権限と責任の境界が明確なシンプル設計だからだ。認証はSSH鍵に全部任せ、リポジトリには接続情報を一切持たない。運用作業は「Recipe」として日本語で記述でき、AIエージェントにはinstructionsで禁止事項(状態変更禁止など)を明文化する。セッションは既存のSSHと独立し、たとえ中央が落ちてもリモート側の定期実行は続く。構造化出力のおかげで、ログから自動的にP0/P1の重要度を抽出して通知する道も真っすぐだ。検証者がローカルLLM(qwen3-coder)で実行したヘルスチェック実例では、エージェントが自分でdf/uptimeを実行し、実在するCoreSimulatorボリュームの98%使用を検出してwarn判定した。指示の通り修復は試みず報告だけしている。これはAIに「全オートメーション権限」を渡さず、「情報収集と判定」だけに限定する設計の勝利だ。複数サーバを抱える中小製造業は、これを参考にAI運用を組み立てることができる。レシピを社内マニュアルのノリで書き、禁止事項を明文化し、やられた仕事を人間が確認する。複雑なツールを入れるより、シンプルな権限委譲のほうが、長く信頼されたテクノロジーになるのだ。
※ 上記は配信元記事をもとにAIの鬼編集部が要約・再構成したものです。正確な内容は出典元をご確認ください。
このニュースの全文は、配信元でお読みいただけます。 Zenn AIで元記事を読む →

