1. Войдите в кабинет
Откройте кабинет Rubox, выберите тариф и создайте первую песочницу из раздела “Машины”.
Постоянные Linux-песочницы для разработчиков и AI-агентов. Используйте Rubox как личную удалённую машину или как инфраструктурный слой через API: машины, файлы, процессы и сервисы за аутентифицированным прокси.
Откройте кабинет Rubox, выберите тариф и создайте первую песочницу из раздела “Машины”.
В разделе “API-ключи” создайте ключ вида rubox_sk_... Он показывается один раз, поэтому сохраните его сразу.
Создавайте машины, запускайте команды, передавайте файлы и автоматизируйте рутину через REST API.
Используйте Rubox как постоянную удалённую рабочую машину: подключайтесь по SSH, работайте из Cursor или VS Code, поднимайте web-сервисы и оставляйте агентов работать 24/7.
Каждая песочница получает выделенный IP и SSH-доступ по ключу. Работать можно из любого терминала без специального клиента.
Используйте Remote-SSH для ощущения локальной IDE. Песочница выглядит как обычный Linux-хост.
Claude Code, Codex, OpenCode и другие агенты могут работать непрерывно, даже когда ваш ноутбук выключен.
Открывайте рабочие URL и превью прямо с телефона через аутентифицированный прокси.
ssh -i ~/.ssh/rubox_mybox root@<public-ip>Если вы поднимаете HTTP-сервис внутри машины, открывайте его через аутентифицированный прокси, а не как голый публичный порт. Это даёт нормальный браузерный доступ без ручной настройки туннелей.
Внешний Rubox API покрывает жизненный цикл машин, файловую систему и выполнение процессов. Этого достаточно, чтобы строить CI-интеграции, автоматические среды для агентов и собственные панели управления.
Базовый слой для автоматизации: машины, lifecycle, exec, файлы и toolbox. Полная схема доступна в OpenAPI.
TypeScript и Python SDK дают ресурсный интерфейс поверх того же REST API, без ручной сборки URL и заголовков.
Все запросы к внешнему Rubox API выполняются с API-ключом в заголовке Authorization.
Authorization: Bearer rubox_sk_YOUR_KEY
curl -X POST https://rubox.io/v1/machines -H "Authorization: Bearer rubox_sk_YOUR_KEY" -H "Content-Type: application/json" -d '{
"name": "production-agent",
"tier": "pro"
}'SDK повторяют публичный Rubox API и используют тот же API-ключ rubox_sk_.... TypeScript-пакет публикуется как @rubox/sdk, Python-пакет как rubox-sdk с импортом from rubox import Rubox.
npm install @rubox/sdk
import { Rubox } from '@rubox/sdk';
const rubox = new Rubox({ apiKey: process.env.RUBOX_API_KEY! });
const machine = await rubox.machines.create({
name: 'agent-worker',
tier: 'basic',
});
await rubox.machines.exec(machine.id, {
command: 'python --version',
});pip install rubox-sdk
from rubox import Rubox
client = Rubox(api_key="rubox_sk_...")
machine = client.machines.create(
name="agent-worker",
tier="basic",
)
ready = client.machines.wait_for_ready(machine["id"])
result = client.toolbox.process.execute(
ready["id"],
"python --version",
)
print(result["stdout"])Образы, scoped sharing tokens и специальные proxy helpers относятся к отдельным поверхностям платформы. Они не документируются как готовые публичные API-эндпоинты Rubox, пока не будут добавлены в OpenAPI-контракт.
Доступ к машине строится вокруг SSH по ключам и аутентифицированного HTTP-прокси. Сервисы внутри машины не должны публиковаться наружу напрямую без слоя аутентификации.
Парольный логин отключён. Доступ к терминалу и IDE должен идти по SSH-ключам.
HTTP-доступ к сервисам и превью идёт через общий прокси-слой с проверкой пользователя или ключа.
Rubox продаёт подписки на песочницы с фиксированной месячной стоимостью. Основной сценарий — постоянная машина, которая работает круглосуточно и даёт предсказуемую стоимость без посекундных сюрпризов.
Полная интерактивная Swagger/OpenAPI-справка доступна отдельно. Там видны схемы запросов, ответы и все текущие эндпоинты.
curl -X POST https://rubox.io/v1/machines/<machine_id>/exec -H "Authorization: Bearer rubox_sk_YOUR_KEY" -H "Content-Type: application/json" -d '{
"command": "docker ps",
"timeout_ms": 30000
}'