Firetower

Firetower

Westlabs LLC · コーディング · 生産性向上

Firetowerは、コーディングエージェントを自前のサーバーで動かすセルフホスト型のコントロールプレーンだ。Claude CodeやCodexの実行を、PCからでもスマホからでも追える。

Firetower の画面プレビュー

Firetower について

About

Firetowerとは

Firetowerは、自分のサーバーに置くコーディングエージェント向けのコントロールプレーンである。Linuxマシンに導入し、すでにSSHで入れる端末を追加すると、各マシンでworkerが動き出す。作業を書けば、ホストを選び、ブランチを切り、worktreeを作り、tmuxを起動し、エージェントを立ち上げて、人が必要になるまで面倒を見る。クラウドのアカウントを挟まないエージェント管理だ。

大事なのはエージェントが動く場所である。作業を始めたノートPCではなくサーバー上で動くから、フタを閉じてもスマホに切り替えてもセッションは終わらない。コントロールプレーンへはTailscale網のHTTPSで入り、workerはSSHで応答する。公開インターネットに晒す必要はない。

残りは自分で用意する。サーバー、SSHの権限、エージェントのサブスクリプションだ。FiretowerはWestlabs LLCによるAGPL-3.0のソースとして公開され、macOSとWindows向けのデスクトップアプリ、iOSとAndroid向けのモバイルアプリがそろう。ホスト型のプランもアカウントもないので、運用を任せたいチームは別の道具を探すことになる。

導入の流れ

  1. Linuxサーバーでインストール用のコマンドを1つ実行する。コントロールプレーンは約200 MBのメモリを使い、アカウントは作らない。
  2. SSHで入れるマシンを追加する。VPSでもMac miniでも、自宅の1台でもいい。Firetowerはそこにworkerを置き、ポートは開けない。
  3. Gitホストにつないでリポジトリを選ぶ。リポジトリなしのワークスペースで始め、最後にファイルをダウンロードしてもよい。
  4. GitHubのissueかLinearのチケットから始める。エージェントは自分のブランチとworktreeを受け取り、実行の様子はデスクトップかスマホのアプリで見る。

AIツール情報

Firetowerの料金、対応プラットフォーム、性能を簡単に確認できます。

無料プランはい
有料プランFree (open source, self-hosted)
プラットフォームLinux server, macOS, Windows, iOS, Android
開発元Westlabs LLC
カテゴリコーディング · 生産性向上
リリース日Aug 2026
最終更新Oct 2026
サイト訪問数N/A
サイト世界ランキングN/A
API提供状況N/A

こんな人におすすめ

このツールが最も力を発揮するユーザー、タスク、シーン。

ユーザー

  • マシンを複数持つ個人開発者:VPSとMac miniのどちらにも仕事を置け、次のタスクをどちらが受けるかはFiretowerが決める。自分で選ばなくていい。
  • 共有のLinuxサーバーがある小さなチーム:コントロールプレーンがリポジトリ、シークレット、アカウントを1か所にまとめ、各自は自分のエージェント契約を使い続けられる。
  • 席を離れて作業を見る人:同じ会話と同じdiffがスマホで開くので、電車の中でも待っているエージェントに答えられる。

タスク

  • ノートPCの1セッションより長いリファクタリング:エージェントは眠らないマシンで動くので、フタを閉じたあともビルドやテストの束が進む。
  • 複数リポジトリのissueを並行して片付ける:実行ごとにブランチとworktreeが分かれ、2つのエージェントが同じ作業コピーを触らない。
  • チームの作法をエージェントに配る:スキルを1度アップロードすれば許可された同僚に届き、その人のエージェントが次の実行で使う。

シーン

  • 仕事が終わるほうが先に来る:ノートPCを閉じてもエージェントは動き続け、受信箱が返事待ちの実行を教えてくれる。
  • コードと認証情報を自分の管理下に置きたい:コントロールプレーンは公開網に触れず、workerはSSHしか話さない。
  • レビューがデスクトップで始まりスマホで終わる:エージェントはサーバーで動くので、どのクライアントでも同じ実行が見える。コピーではない。

主な機能

自分のサーバーに置くコントロールプレーン

Firetowerの中心は、Linuxマシンならどこでもコマンド1つで入る小さなサービスだ。リポジトリの一覧、シークレット、アカウント、実行の待ち行列を預かる。クライアントはエージェントではなくこのサービスにつなぐので、ノートPCは数ある画面の1つになる。チームは余ったサーバーに、個人はプロジェクトを置いているVPSにそのまま載せられる。

実行ごとにブランチとworktreeを分ける

実行ごとに新しいブランチと専用のgit worktreeを割り当てる。2つのエージェントが同じ作業コピーを共有することはない。片方がモジュールを書き換えている間に、もう片方が同じリポジトリの不具合を直しても、互いの途中のファイルは見えない。終わればdiffは自分のブランチに残り、マージを決めるまで作業ツリーはきれいなままだ。

席を外してもエージェントは動き続ける

プロセスはworkerの上で動くため、デスクトップアプリを閉じても止まらない。会話、diff、ブランチは実行に紐づいたままで、どのクライアントからでも続きを開ける。質問で止まっている実行も印が付くので、受信箱には自分の出番が2件か3件だけ並ぶ。20件のうちのどれか、を探さなくていい。

デスクトップとスマホのクライアント

macOS、Windows、iOS、Android向けのネイティブアプリがある。デスクトップ版はworkerの追加、リポジトリの接続、シークレットの管理に使う。モバイル版はdiffを読み、質問に答え、席を外したまま実行を始めるためのものだ。どちらもTailscale網のHTTPSを通るので、コントロールプレーンは公開網に出ない。

チームで共有するスキルライブラリ

スキルは1度アップロードすれば、塔の上から管理できる。必要な同僚に共有すると、その人が動かすエージェントが次の実行で取り込む。リポジトリごとに写しを置く必要はない。レビュー規則、リリース手順、社内の書き方などをプロンプトで持つチームは、更新する場所が1つに絞れる。スキルに版番号を付ければ、何が動いているかも分かる。

プロバイダーをまたぐトークン監視

Claude Code、Codex、Kimi、Grokなどは、それぞれのやり方で使用量を報告し、互いを見ていない。Firetowerは全部をまとめて見て、プロジェクト、issue、同僚ごとに分けて累計する。今週どのプロジェクトがトークンを燃やしたか、という単純な問いに、いくつもの管理画面を突き合わせずに答えられる。

小さなRustコア

コントロールプレーンとworkerはRustで書かれ、中核は小さく、常駐するターミナルのデーモンを積み上げない。デスクトップアプリは約50 MBのメモリを公称し、競合アプリとデーモンが待機時に約1.5 GBという利用者の報告をプロジェクトが引いている。他のサービスも載るVPSでは、この差がマシンを大きくするかどうかを決める。

メリットとデメリット

メリット

  • エージェントは起きたままのマシンで動くので、長い作業がノートPCを閉じても、電池が切れても、トンネルで圏外になっても続く。
  • 実行ごとにブランチとworktreeが分かれ、2つのエージェントが作業コピーを奪い合う問題が起きない。
  • すでに払っているClaude CodeやCodexの契約で動く。人数分の新しい請求は増えない。
  • コントロールプレーンは公開網にポートを開けず、workerはそこからのSSHしか受け取らない。
  • ソースはAGPL-3.0で、読むこともフォークすることも、実行の割り振りを変えることもできる。

デメリット

  • LinuxサーバーとSSH、Tailscaleの扱いに慣れている必要があり、ホスト型の選択肢もないため、他社でアカウントを作るより始めるまで時間がかかる。
  • クライアントはデスクトップとモバイルのアプリだけで、制限の厳しいマシンのブラウザから実行を見たい人には向かない。
  • OpenCode、Grok、Hermesは貢献待ちと書かれており、選べるエージェントは見た目より少ない。
  • プロジェクトは若く、README自身が時々の不具合を警告している。更新、バックアップ、稼働の維持も自分の担当だ。

よくある質問

Firetowerはコーディングエージェント向けのセルフホスト型コントロールプレーンだ。サーバーに導入し、SSHでマシンを追加すると、隔離したworktreeでエージェントを起動して監督し、各実行をデスクトップかモバイルのアプリに表示する。Claude Code、Codex、Cursor Agent、Kimiなどに対応する。