Разверните Studio у вас: в контуре компании или как лицензированный инстанс для франчайзи / партнёрской сети. Данные, пользователи и политики доступа — под вашим контролем, без обязательной зависимости от публичного облака.
Публичный SaaS удобен для старта, но в ряде компаний «данные наружу», зависимость от внешней сети и разрозненный AI-зоопарк — уже риск. On-prem закрывает эти разрывы.
ТЗ, исходники, клиентские данные, внутренние регламенты — в периметре компании. Агент и Studio работают рядом с вашим git/CI.
Филиалы, контур без свободного интернета, VPN-only доступ к registry и git — Studio ставится рядом с инструментами разработки.
Сотни мест, пиковые нагрузки, франшизная сеть — лицензия on-prem даёт понятную модель: инфраструктура у вас, продукт и обновления — от вендора.
Чаты, IDE, docs и preview разъехались. On-prem Studio собирает агента, код, preview, документы и метрики в один контур команды.
Выбираете контур: один корпоративный инстанс или сеть точек / партнёров.
Единый Studio для разработки, PM, ops и knowledge work: workspace, агент, preview, документы, метрики — на VM, bare metal или private cloud.
Для партнёра, сети точек или IT-интегратора: вы поднимаете Studio для клиентов / подразделений, мы даём продукт, обновления и сопровождение.
Ниже — типовые сценарии, которые мы обсуждаем с заказчиками. Конкретный состав поставки согласуется под инфраструктуру и ИБ.
Проблема: запрет выноса кода и клиентских данных в публичные AI-сервисы.
Решение: Studio в VPC, модели через корпоративный прокси, аудит доступа.
Проблема: зоопарк IDE, чатов и preview.
Решение: единый on-prem workspace: агент + Git + Docker + share-preview.
Проблема: на каждом проекте — свои инструменты.
Решение: лицензия на инстансы под проекты/клиентов, skills и SDD-шаблоны.
Проблема: единый AI-workspace без передачи данных в чужой SaaS.
Решение: лицензия франшизы, типовой деплой, обновления от вендора.
Проблема: сегментированные сети, жёсткий ИБ.
Решение: установка рядом с internal systems, локальные модели.
Проблема: разные org, общие стандарты, разные права.
Решение: один или несколько инстансов, разграничение org/team.
Проблема: runbooks в wiki, агент «не видит» контур.
Решение: агент + docs + MCP к internal API в периметре.
Проблема: AI workspace, данные курсов — внутри.
Решение: on-prem Studio, единые skills и задания в закрытом контуре.
Периметр, аудит, контроль tools и моделей, минимизация утечек.
Единая среда delivery: код, preview, агент, метрики синергии.
Тиражируемый продукт для точек, свой сервис, обновления от вендора.
Документы, ТЗ, demos в одном контуре с dev.
Runbooks и агент рядом с production-контуром.
Поставляете Holix клиентам как решение + внедрение + сопровождение.
Не «лучше/хуже», а разные режимы. Часто путь: облако → on-prem при росте требований.
| Критерий | SaaS / регистрация на сайте | On-prem / франшиза |
|---|---|---|
| Где крутится Studio | Облачный / публичный инстанс | Ваши сервера / VPC / private cloud |
| Данные workspace | По политике облачной площадки | В вашем периметре по умолчанию |
| Старт | Минуты: регистрация → Free | Проект внедрения + договор |
| ИБ / compliance | Подходит для многих команд | Когда нужен жёсткий контроль |
| Масштаб сети | Один org / подписка | Инстансы на точки / клиентов |
| Оплата | Тарифы на сайте | Лицензия + поддержка по договору |
| Кастомизация | Skills, MCP, настройки org | То же + интеграция с internal stack |
Код, docs, контекст агента — в периметре. Проще ИБ и compliance.
Лицензия и поддержка вместо непредсказуемого pay-per-seat в чужом cloud.
Studio рядом с git, CI, registry — меньше задержек.
Dev, PM, ops — один workspace, skills и процессы.
Франшиза и партнёры: готовый AI-workspace на точки сети.
Обновления, разбор инцидентов, рекомендации по масштабу.
Тот же Holix Studio, что и в облаке: агент, IDE, runtime, документы, мессенджеры — с установкой и сопровождением под ваш контур. Ядро агента — Holix Agent (open source); Studio — продуктовая оболочка для команд.
Чат, tools, редактор, Git, terminal.
Docker, preview, desktop — по политике контура.
Yandex / Google OAuth в scope «папка» или диск.
UI, Telegram, MAX — единый доступ к агенту.
MCP, skills, cron под регламенты компании.
Опциональный учёт синергии человека и агента.
Org, пользователи, планы, политики (по поставке).
Релизы и сопровождение по договору поддержки.
Оценки ниже — для своего Linux-сервера (on-prem / VPS / private cloud) с внешним LLM (LiteLLM, корпоративный прокси, OpenAI-compatible API). Локальная GPU-модель считается отдельно. Цифры — ориентир для планирования.
Веб-IDE, control plane, API, статический сайт, метрики.
Сессии агента, MCP-профили, skills, git/terminal — растут с concurrent-нагрузкой.
Live preview, Docker, desktop в браузере — главный «пожиратель» RAM.
Telegram / MAX gateway, edge reverse-proxy, preview Caddy.
LLM по умолчанию не на этом сервере: Studio ходит к API модели. Если поднимаете Ollama / vLLM рядом — добавьте GPU и 16–64+ ГБ RAM под модель.
Знакомство, демо, небольшая команда. Внешний LLM. Docker — точечно.
Хватает для UI, агента и лёгких preview. При активном Docker — упрётесь в RAM.
Ежедневная работа: IDE, агент, preview, Docker, мессенджеры. Внешний LLM.
Запас под пики сессий, MCP, контейнеры preview. Типовой корпоративный пилот.
Много одновременных сессий, тяжёлый Docker/desktop, несколько org.
Считаем concurrent (одновременно в Studio), не только «лицензионные места».
Простой расчёт: база платформы + нагрузка на одновременных пользователей. Не замена аудиту — чтобы быстро понять «хватит ли 16 ГБ» или «нужен 32+».
Расчёт: база ~26.0 ГБ RAM + запас 20% → 32 ГБ. 10 concurrent × ~2.3 ГБ (средний + Docker). LLM внешняя (API) — в RAM сервера Studio не входит.
На 1 concurrent-сессию ≈ 2.3 ГБ RAM · на учётную запись ≈ 32 ГБ диска (профиль «средний»).
Типовой контур — discovery → пилот → production → поддержка.
Цели, ИБ, concurrent, LLM, интеграции, модель лицензии.
Установка, smoke-тесты, 1–2 команды, skills и docs.
SSO, бэкапы, мониторинг, обучение, договор поддержки.
Тарифы на сайте — SaaS / self-serve. On-prem — установка у вас и лицензионный договор (corp или франшиза).
Да, типичный путь: Free/paid SaaS → on-prem при росте ИБ-требований.
Нет, если LLM внешний (API). GPU нужна, если поднимаете локальные модели на том же сервере.
Напишите на pavel@it-rs.ru с темой «On-prem / лицензия» или оставьте контакты ниже.
Опишите контур (число пользователей, VPC, LLM, франшиза или corp). Ответ — с pavel@it-rs.ru. Форма на сайте подключится в следующем спринте.
pavel@it-rs.ru — основной канал по лицензии и on-prem.
Можно стартовать с облака на /pricing и /register.
Ядро агента — на holix-agent.ru; Studio — продуктовая оболочка.
Обновления, инциденты, рекомендации по масштабу — по договору.
Корпоративный сервер, франшиза или гибрид с облаком — подберём модель.
Holix Studio