Firetower
Westlabs LLC · 코딩 · 생산성
Firetower는 코딩 에이전트를 자체 서버에서 실행하는 셀프 호스팅 컨트롤 플레인이다. Claude Code와 Codex 작업을 데스크톱이나 휴대폰에서 확인하고 이어받는다.

Firetower 소개
About
Firetower란
Firetower는 내가 가진 서버에 두는 코딩 에이전트용 컨트롤 플레인이다. 리눅스 머신에 설치하고 이미 SSH로 들어가는 컴퓨터를 추가하면 각 기기에 워커가 뜬다. 작업을 적으면 호스트를 고르고 브랜치를 따고 worktree를 만들고 tmux를 띄운 뒤 에이전트를 실행해, 사람이 필요할 때까지 지켜본다. 클라우드 계정을 끼우지 않는 에이전트 오케스트레이션이다.
핵심은 에이전트가 도는 위치다. 작업을 시작한 노트북이 아니라 서버에서 돌기 때문에 덮개를 닫거나 휴대폰으로 옮겨도 세션이 끝나지 않는다. 컨트롤 플레인은 Tailscale 망의 HTTPS로 접속하고 워커는 SSH로 응답한다. 공개 인터넷에 노출할 필요가 없다.
나머지는 직접 준비한다. 서버, SSH 접근 권한, 에이전트 구독이 그것이다. Firetower는 Westlabs LLC의 AGPL-3.0 소스로 공개되며 macOS와 Windows용 데스크톱 앱, iOS와 Android용 모바일 앱을 제공한다. 호스팅 요금제도 계정도 없으니 운영을 맡기고 싶은 팀은 다른 도구를 찾아야 한다.
시작하기
- 리눅스 서버에서 설치 명령을 한 번 실행한다. 컨트롤 플레인은 약 200MB 메모리를 쓰고 계정을 만들지 않는다.
- SSH로 들어갈 수 있는 기기를 추가한다. VPS, Mac mini, 집에 있는 컴퓨터 모두 된다. Firetower는 그곳에 워커를 띄우고 포트를 열지 않는다.
- Git 호스트를 연결해 저장소를 고르거나, 저장소 없이 작업 공간을 열고 마지막에 파일을 내려받는다.
- GitHub 이슈나 Linear 티켓에서 시작한다. 에이전트는 자기 브랜치와 worktree를 받고, 실행은 데스크톱이나 모바일 앱에서 본다.
제품 정보
Firetower의 요금, 지원 플랫폼, 성능을 한눈에 확인해 보세요.
추천 대상
이 도구가 가장 잘 맞는 사용자, 작업, 상황입니다.
사용자
- 기기를 여러 대 가진 1인 개발자
- 공용 리눅스 서버가 있는 작은 팀
- 자리를 비우고 작업을 확인하는 사람
작업
- 노트북 한 세션보다 긴 리팩터링
- 여러 저장소의 이슈를 동시에 처리
- 팀 규칙을 에이전트에 나눠 주기
활용 상황
- 일과가 작업보다 먼저 끝난다
- 코드와 자격 증명을 내 관리 아래 두고 싶다
- 리뷰가 데스크톱에서 시작해 휴대폰에서 끝난다
주요 기능
내 서버에 두는 컨트롤 플레인
Firetower의 중심은 리눅스 머신이면 어디든 명령 한 줄로 설치되는 작은 서비스다. 저장소 목록, 시크릿, 계정, 실행 대기열을 맡는다. 클라이언트는 에이전트가 아니라 이 서비스에 붙기 때문에 노트북은 여러 화면 가운데 하나가 된다. 팀은 남는 서버에, 개인은 프로젝트를 돌리는 같은 VPS에 그대로 올릴 수 있다.
실행마다 브랜치와 worktree 분리
실행마다 새 브랜치와 전용 git worktree를 준다. 두 에이전트가 같은 작업 사본을 공유하는 일이 없다. 하나가 모듈을 다시 쓰는 동안 다른 하나가 같은 저장소에서 버그를 고쳐도 서로의 미완성 파일이 보이지 않는다. 끝나면 diff는 자기 브랜치에 남아 검토를 기다리고, 병합을 결정할 때까지 작업 트리는 깨끗하다.
자리를 비워도 에이전트는 계속 돈다
프로세스가 워커에 살기 때문에 데스크톱 앱을 닫아도 멈추지 않는다. 대화, diff, 브랜치는 실행에 묶여 있고 어느 클라이언트에서든 이어 볼 수 있다. 질문에 걸린 실행도 표시되므로 받은편지함에는 내가 필요한 두세 건만 뜬다. 스무 건 사이에서 찾을 필요가 없다.
데스크톱과 모바일 클라이언트
macOS, Windows, iOS, Android용 네이티브 앱이 있다. 데스크톱 앱은 워커 추가, 저장소 연결, 시크릿 관리의 중심이다. 모바일 앱은 diff를 읽고 질문에 답하거나 자리를 비운 채 실행을 시작하는 데 쓴다. 둘 다 Tailscale 망의 HTTPS를 지나므로 컨트롤 플레인이 공개망에 나서지 않는다.
팀이 함께 쓰는 스킬 라이브러리
스킬을 한 번 올리면 타워에서 관리한다. 필요한 동료에게 공유하면 그 사람이 돌리는 모든 에이전트가 다음 실행에서 가져간다. 저장소마다 사본을 둘 필요가 없다. 리뷰 규칙, 릴리스 절차, 사내 문체를 프롬프트로 관리하는 팀은 고칠 곳이 하나로 줄고, 스킬에 버전 번호를 붙이면 무엇이 도는지도 알 수 있다.
공급자를 넘나드는 토큰 추적
Claude Code, Codex, Kimi, Grok 등은 저마다 다른 방식으로 사용량을 보고하고 서로를 보지 못한다. Firetower는 모두를 함께 지켜보며 프로젝트, 이슈, 동료별로 합계를 낸다. 이번 주에 어느 프로젝트가 토큰을 태웠는지 같은 단순한 질문에 여러 대시보드를 손으로 맞추지 않고 답할 수 있다.
작은 Rust 코어
컨트롤 플레인과 워커는 Rust로 작성됐고 핵심은 작으며 상시 뜨는 터미널 데몬을 쌓지 않는다. 데스크톱 앱은 약 50MB 메모리를 내세우고, 경쟁 앱과 데몬이 유휴 상태에서 약 1.5GB라는 사용자 보고를 프로젝트가 인용한다. 다른 서비스도 도는 VPS에서는 이 차이가 더 큰 기기가 필요한지를 가른다.
장단점
장점
- 에이전트가 깨어 있는 기기에서 돌아 긴 작업이 노트북을 닫거나 배터리가 떨어지거나 터널에서 신호가 끊겨도 이어진다.
- 실행마다 브랜치와 worktree가 따로 있어 두 에이전트가 작업 사본을 두고 부딪히는 문제가 생기지 않는다.
- 이미 내고 있는 Claude Code와 Codex 구독으로 돌아가므로 인원당 새 청구서가 붙지 않는다.
- 컨트롤 플레인은 공개망에 포트를 열지 않고 워커는 그곳에서 오는 SSH만 받는다.
- 소스가 AGPL-3.0이라 읽고 포크하고 실행 배분 방식을 바꿀 수 있다.
단점
- 리눅스 서버와 SSH, Tailscale에 익숙해야 하고 호스팅 옵션이 없어서, 다른 서비스에서 계정을 만드는 것보다 시작이 오래 걸린다.
- 데스크톱과 모바일 앱이 유일한 클라이언트라 통제가 심한 기기의 브라우저로 실행을 보고 싶은 사람은 빠진다.
- OpenCode, Grok, Hermes는 기여를 기다리는 상태라 고를 수 있는 에이전트가 소개보다 좁다.
- 프로젝트가 젊고 README 스스로 가끔 버그가 있다고 경고한다. 업데이트, 백업, 가동 시간도 내 몫이다.
자주 묻는 질문
Firetower는 코딩 에이전트를 위한 셀프 호스팅 컨트롤 플레인이다. 서버에 설치하고 SSH로 기기를 추가하면 격리된 worktree에서 에이전트를 띄워 감독하고, 각 실행을 데스크톱이나 모바일 앱에 보여 준다. Claude Code, Codex, Cursor Agent, Kimi 등을 지원한다.
관련 콘텐츠
Firetower와 관련된 도구, 스킬, 아티클을 살펴보세요.
Firetower 대안
Base Code
Base44 (Wix) · 코딩 · 생산성Base Code는 Base44가 만든 공유 클라우드 개발 환경이다. 팀은 기존 GitHub 저장소에 대한 변경을 채팅으로 설명하고, 미리보기로 확인한 뒤 풀 리퀘스트로 돌려보낸다.
Google EmbeddingGemma 2
Google DeepMind · 글쓰기 · 이미지 · 코딩Google EmbeddingGemma 2는 7억 4000만 파라미터의 오픈 모델로, 텍스트와 코드, 이미지, 오디오, 영상 프레임을 하나의 768차원 공간에 벡터로 바꿔 스마트폰과 노트북에서 실행한다.
GitGlow
GitGlow · 코딩 · 생산성GitGlow는 내 코드와 AI 에이전트의 변경을 한 리뷰에 모으는 데스크톱 Git 클라이언트다. 배포 전에 내 기계에서 무엇이 나가는지 확인할 수 있다.
