Give every AI project its own computer

Uh oh!

There was an error while loading. Please reload this page.

Notifications You must be signed in to change notification settings

Fork 0

Star 5

BranchesTags

Open more actions menu

Folders and files

NameName

Last commit message

Last commit date

Latest commit

History

571 Commits

571 Commits

.github/workflows

.github/workflows

.skills/code-refactorer

.skills/code-refactorer

backend

backend

docs.remote.futrx.com

docs.remote.futrx.com

docs

docs

frontend

frontend

infra

infra

.gitignore

.gitignore

ARCHITECTURE.md

ARCHITECTURE.md

CONTRIBUTING.md

CONTRIBUTING.md

LICENSE

LICENSE

NOTICE

NOTICE

README.md

README.md

SECURITY.md

SECURITY.md

Repository files navigation

Run Codex, Claude Code, Kimi, and Antigravity in separate, always-on Linux workspaces on your own server. Use everything from one browser: chat, IDE, terminal, files, Git, live previews, and a shared browser.

Website · Documentation · Install · Roadmap

What is Remote?

Remote is an open-source, self-hosted home for AI coding agents.

Think of every project as its own server-side computer:

It has a durable workspace, processes, ports, settings, and agent sessions.

Codex, Claude Code, Kimi, and Antigravity can work in the same project without moving files between tools.

The work keeps running on your server when you close your laptop.

You can watch, review, edit, restart, or take over from any browser.

Remote is not another AI model. It gives the models you already use a complete place to work.

A quick tour

1. Create a project

Remote prepares a separate Linux workspace with its own files, processes, ports, and agent homes.

1. Run agents in parallel

Keep several chats moving while every agent works against the same project state.

1. Inspect the real workspace

Open the project in the browser IDE, terminal, file manager, or Git history.

1. Share the browser

Watch the agent use a headed browser, then take control for sign-in or human judgment.

See the continuous five-step product tour at remote.futrx.com.

What you get

One project computer per project — an unprivileged LXC container with durable files and agent homes.

Your choice of agent — use Codex, Claude Code, Kimi, or Antigravity with provider-specific model and reasoning controls.

A complete development surface — chat, browser IDE, root terminal, files, uploads, Git history, and reusable skills.

Live applications — Remote finds listening ports, creates project URLs, adds HTTPS, and shows the app beside the conversation.

A browser agents and humans can share — let an agent browse visually, watch it work, or take over the same session.

Scheduled work — let a project chat run a one-time or recurring prompt later, even when your browser is closed.

Controls outside the workspace — manage access, secrets, CPU, memory, lifecycle, and recovery from the Remote host.

How it works

flowchart LR A["You any browser"] --> B["Remote host identity, routing, lifecycle"] B --> C["Project computer one unprivileged LXC container"] C --> D["Codex · Claude · Kimi · Antigravity"] C --> E["IDE · terminal · Git · files"] C --> F["Browser · apps · HTTPS previews"]

Loading

The project computer is the capability boundary: agents can install tools, run servers, use Git, and browse inside it. The Remote host keeps authentication, routing, membership, and container lifecycle controls outside that boundary.

Quick start

What you need

A fresh Ubuntu or Debian server

Root or sudo access

A domain name

A working SSH key

Ports 80 and 443 open

Important

The installer disables SSH password login. Confirm that key-based SSH access works before you run it.

1. Point DNS to the server

For a base domain such as remote.example.com, create these records:

DNS name Purpose

remote.example.com Remote web app

code.remote.example.com Browser IDE

*.code.remote.example.com Per-project browser IDEs

*.dev.remote.example.com Per-project application previews

1. Install Remote

Connect to the server and run:

curl -fsSL https://raw.githubusercontent.com/futrx-com/remote.futrx.com/main/infra/install.sh \ | sudo bash -s -- remote.example.com

Replace remote.example.com with your real domain. The installer downloads Remote, installs its dependencies, builds the workspace image, starts the services, and enables HTTPS.

1. Create your first project

Visit https://remote.example.com.

Create the administrator account.

Open Settings → Agents and connect Codex, Claude Code, or Kimi.

Select New project.

Start a chat and describe what you want in normal language.

Remote will show the agent's progress. When the work is ready, review it in the chat, IDE, terminal, file manager, Git history, or live preview.

Security in plain language

Remote is designed to reduce the blast radius of agent work, not to promise an air gap:

Projects use separate unprivileged LXC containers, but they share the host kernel.

The host administrator can access project data and controls.

Secrets given to a project are readable by agents working in that project.

Durable storage survives routine container replacement, but it is not a backup.

Before using Remote with valuable code or credentials, read the threat model, known limitations, and security policy.

Updating

Run on the Remote server:

sudo bash /opt/remote.futrx/infra/update.sh

The updater rebuilds the app and project image while preserving project files and provider homes. Coordinate a maintenance window, or use --skip-workspaces, when agents are actively running. See Deployment and operations for details.

Learn more

Documentation — operator and user guides

System architecture — components, data flow, and trust boundaries

Project philosophy — why Remote treats each project as a computer

Contributing — local development and contribution workflow

Issue tracker — bugs, ideas, and roadmap

License

Copyright © 2026 FutrX.

Remote is free software licensed under the GNU Affero General Public License v3.0. You may self-host, modify, and redistribute it under the AGPL's terms. If you offer a modified version as a network service, the AGPL requires you to make the modified source available to its users.

Resources

Readme

License

Contributing

Contributing

Security policy

Security policy

Activity

Custom properties

Stars

5 stars

Watchers

0 watching

Forks

0 forks

Report repository