Дата публикации
coding

InsForge: open-source Heroku для ИИ-агентов, которые пишут бэкенд

Что нового

InsForge — это open-source платформа, которая даёт «кодящим» ИИ-агентам полный бэкенд как сервис. По сути, это Heroku для агентного кода:

  • Единый бэкенд для агентов: база данных (Postgres), аутентификация, файловое хранилище (S3-совместимое), serverless-функции на edge, длительные контейнеры, деплой фронтенда и AI-gateway с OpenAI-совместимым API.
  • Поддержка двух интерфейсов для агентов:
    • MCP Server (self-hosted и облако) — InsForge отдает свои операции как инструменты, которые может вызывать любой MCP-совместимый агент.
    • CLI + Skills (только облако) — команды в терминале, которые агент вызывает напрямую.
  • Платформа уже умеет:
    • Управлять пользователями, аутентификацией и сессиями.
    • Работать с Postgres как основным хранилищем данных.
    • Хранить файлы через S3-совместимое API.
    • Проксировать запросы к нескольким LLM-провайдерам через OpenAI-совместимый endpoint.
    • Запускать serverless-функции на edge.
    • Поднимать долгоживущие контейнерные сервисы (пока в private preview).
    • Собирать и деплоить сайты.
  • Поддерживается локальный запуск через Docker Compose и «одноклик» деплой через Railway, Zeabur и Sealos.
  • Репозиторий под Apache 2.0, команда активно зовёт в контрибьюторы и просит звёздочки на GitHub.

Цифровых бенчмарков по скорости, цене или лимиту контекста разработчики не приводят. Фокус сейчас — на составе сервисов и интеграции с агентами.

Как это работает

Два интерфейса для ИИ-агентов

InsForge даёт агентам два способа управлять бэкендом:

  1. MCP Server (self-hosted и облако)

    • InsForge разворачивает MCP-сервер.
    • Этот сервер описывает свои операции как инструменты (tools), которые может вызывать любой агент, поддерживающий MCP.
    • Агент через MCP получает доступ к документации, схемам БД, конфигам аутентификации, спискам бакетов, логам и операциям деплоя.

  2. CLI + Skills (только облако)

    • В облачной версии InsForge есть CLI.
    • В CLI зашиты Skills — действия, которые агент может вызывать прямо из терминала.
    • Это ближе к классическому DevOps-CLI, но управляет им уже не человек, а агент.

Что именно делает агент

InsForge позволяет агенту работать с бэкендом как бэкенд-разработчику:

  • Читать контекст и состояние бэкенда:

    • Получать документацию.
    • Тянуть схемы БД.
    • Сканировать метаданные: какие функции задеплоены, какие бакеты существуют, какая конфигурация аутентификации.
    • Смотреть runtime-логи и проверять, что именно он только что задеплоил и как это работает.

  • Конфигурировать примитивы инфраструктуры:

    • Деплоить edge-функции.
    • Прогонять миграции базы данных.
    • Создавать бакеты в сторидже.
    • Настраивать провайдеров аутентификации.
    • Конфигурировать другие бэкенд-ресурсы.

Архитектура InsForge

В терминах компонентов InsForge выглядит так:

  • Authentication — сервис управления пользователями, аутентификацией и сессиями.
  • Database — Postgres как основная реляционная база.
  • Storage — S3-совместимое файловое хранилище.
  • Model Gateway — API, совместимый с OpenAI, но работающий поверх нескольких LLM-провайдеров.
  • Edge Functions — serverless-функции, выполняющиеся на edge.
  • Compute (private preview) — длительные контейнерные сервисы для фоновых задач и постоянных сервисов.
  • Site Deployment — сборка и деплой сайтов.

Поверх этого InsForge даёт единый слой управления, к которому подключается ИИ-агент через MCP или CLI.

Что это значит для вас

Для кого это полезно

InsForge имеет смысл, если вы:

  • Экспериментируете с агентами-разработчиками, которые должны не просто генерировать код, а сами поднимать бэкенд.
  • Хотите, чтобы агент мог полностью собрать full-stack приложение: от схемы базы и API до деплоя и статики.
  • Строите инструменты для разработчиков, где ИИ-агент должен уметь конфигурировать инфраструктуру без ручного вмешательства.
  • Предпочитаете open-source и self-hosted решения вместо чисто облачных платформ.

Что вы получаете на практике

  • Готовый «набор Lego» для бэкенда: база, авторизация, сторидж, функции, compute, деплой, AI-gateway.
  • Единый интерфейс для агента: ему не нужно знать, как по отдельности настраивать Postgres, S3, аутентификацию и деплой.
  • Возможность локально поднять всё через Docker Compose и прогонять эксперименты на своём железе.
  • Возможность держать несколько проектов на одной машине, с изолированными базами, сториджем и конфигами.

Где InsForge особенно уместен

  • Прототипы и MVP с агентами: вы хотите проверить, как агент справится с задачей «с нуля до деплоя».
  • Учебные проекты: показать студентам или команде, как ИИ-агент может сам управлять инфраструктурой.
  • Внутренние инструменты: быстрый подъём сервисов, где агент помогает с миграциями, функциями и конфигурацией.

Где лучше не использовать

  • Жёсткие требования по SLA и комплаенсу: пока InsForge выглядит как платформа ранней стадии, без заявленных SLO и формальных гарантий.
  • Критичные продакшн-нагрузки, если вы не готовы сами разбираться с инфраструктурой, логированием, бэкапами и безопасностью.
  • Сценарии без ИИ-агентов: если вы не планируете давать управление бэкендом агенту, можно взять отдельные сервисы (тот же Postgres, S3, Cloud Functions) напрямую.

Доступность из России

InsForge — это open-source, который вы можете самостоятельно развернуть у себя через Docker Compose или на любой поддерживаемой платформе (Railway, Zeabur, Sealos). Доступность зависит не от InsForge, а от выбранного хостинга и сетевых ограничений. Для локального запуска VPN не нужен.

Место на рынке

По позиционированию InsForge ближе всего к связке:

  • Heroku / Render / Railway — как платформа для деплоя и управления приложениями.
  • Supabase — как набор бэкенд-примитивов: Postgres, аутентификация, сторидж, edge-функции.
  • AI-gateway’и с OpenAI-совместимым API — как общий слой над несколькими LLM-провайдерами.

Ключевое отличие — фокус на агентном использовании: инфраструктурой управляет не человек, а ИИ-агент через MCP или CLI Skills.

Разработчики не приводят:

  • цифр по производительности против Heroku, Supabase или других PaaS;
  • сравнений по цене с аналогами;
  • сравнений по латентности AI-gateway с прямыми вызовами OpenAI или других LLM.

Поэтому сейчас InsForge стоит рассматривать как open-source платформу для экспериментов с агентами и как удобный конструктор бэкенда, а не как замену крупных облаков с известными SLA.

Установка

Самостоятельный хостинг: Docker Compose

Требования:

  • Docker
  • Node.js

1. Базовый запуск InsForge локально

Вы можете запустить InsForge локально через Docker Compose. Это поднимет локальный инстанс InsForge на вашей машине.

# Run with Docker
git clone https://github.com/InsForge/InsForge.git
cd insforge
cp .env.example .env
docker compose -f docker-compose.prod.yml up

После старта InsForge будет доступен по адресу:

  • http://localhost:7130

2. Подключение MCP-сервера InsForge

  1. Откройте http://localhost:7130 в браузере.
  2. Следуйте инструкциям на экране, чтобы подключить MCP Server InsForge к вашему агенту.

Для проверки соединения отправьте агенту такой промпт:

I'm using InsForge as my backend platform, call InsForge MCP's fetch-docs tool to learn about InsForge instructions.

Если агент корректно вызывает fetch-docs, интеграция работает.

3. Несколько проектов на одной машине

InsForge позволяет запускать несколько независимых проектов на одном хосте. Для этого нужно завести отдельные .env и порты.

Создайте отдельные env-файлы:

# Create a separate env file for each project
cp .env.example .env.project1
cp .env.example .env.project2

Отредактируйте .env.project2, указав другие порты:

POSTGRES_PORT=5442
POSTGREST_PORT=5440
APP_PORT=7230
AUTH_PORT=7231
DENO_PORT=7233

Запускайте каждый проект с уникальным именем:

docker compose -f docker-compose.prod.yml --env-file .env.project1 -p project1 up -d

docker compose -f docker-compose.prod.yml --env-file .env.project2 -p project2 up -d

Каждый проект получит свою изолированную базу данных, сторидж и конфигурацию.

Управление проектами:

# статус
docker compose -f docker-compose.prod.yml --env-file .env.project1 -p project1 ps

# логи
docker compose -f docker-compose.prod.yml --env-file .env.project1 -p project1 logs -f

# остановка
docker compose -f docker-compose.prod.yml --env-file .env.project1 -p project1 down

One-click деплой

Если не хочется ставить Docker локально, InsForge можно запустить через преднастроенные шаблоны:

  • Railway
  • Zeabur
  • Sealos

Это ускоряет старт, но накладывает ограничения выбранного хостинга: квоты, регионы, политика доступа.

Документация, поддержка и лицензия

  • Документация: официальные гайды и API-справочник доступны на сайте InsForge.
  • Сообщество:
    • Discord — основной канал общения и поддержки.
    • Twitter — обновления и советы по использованию.
  • Контакты: по вопросам можно писать на info@insforge.dev.
  • Лицензия: Apache License 2.0, детали — в файле LICENSE в репозитории.

Бейджи «Made with InsForge»

Если вы собираете проект на InsForge, можно добавить бейдж в README или на сайт.

Светлая версия

Markdown:

[ ![ Made with InsForge ] ( https://insforge.dev/badge-made-with-insforge.svg )] ( https://insforge.dev )

HTML:

< a href =" https://insforge.dev " >
  < img width =" 168 " height =" 30 " src =" https://insforge.dev/badge-made-with-insforge.svg " alt =" Made with InsForge " />
</ a >

Тёмная версия

Markdown:

[ ![ Made with InsForge ] ( https://insforge.dev/badge-made-with-insforge-dark.svg )] ( https://insforge.dev )

HTML:

< a href =" https://insforge.dev " >
  < img width =" 168 " height =" 30 " src =" https://insforge.dev/badge-made-with-insforge-dark.svg " alt =" Made with InsForge " />
</ a >

Команда InsForge просит ставить звёздочку на GitHub, если вы используете платформу или следите за развитием — так вы будете получать уведомления о новых релизах и помогаете проекту расти.

Читайте также

#ии-агенты#open-source#mcp#postgresql#ии-кодинг
🔗 Источник: https://github.com/InsForge/InsForge
← Все новости