Runtime · AGI · Архитектура · IRI Lab 22 июня 2026 · 10 мин чтения

AGI — это
Runtime,
а не модель

Почему IRI Lab строит слой исполнения вокруг моделей: агенты, память, задачи, инструменты, биллинг и человек в контуре.

Большая часть разговоров об AGI крутится вокруг вопроса: какая модель победит? GPT, Claude, Gemini, Grok, Llama, DeepSeek, Qwen — список меняется каждый месяц. Но если смотреть на реальную работу команды, модель почти никогда не является всей системой.

Команда работает не "моделью". Команда работает задачами, памятью, ролями, инструментами, файлами, деньгами, сроками, проверками и решениями. Поэтому позиция IRI Lab звучит так: AGI — это не одна большая модель. AGI — это Runtime.

Runtime — это слой исполнения, где модели, агенты, память, задачи, инструменты, биллинг и человек в контуре собираются в управляемую систему.

Почему одной модели недостаточно

Даже очень сильная языковая модель отвечает только на текущий запрос. Она может быть умной, быстрой, дешевой, мультимодальной, но сама по себе она не знает, какой у проекта статус, что уже решили, какие риски приняли, какие файлы важны и кому принадлежит следующий шаг.

В реальном проекте нужны еще несколько слоев:

Модель может быть ядром рассуждения. Но без этих слоев она остается умным собеседником, а не операционной системой работы.

Что IRI Lab называет Intelligence Runtime

Intelligence Runtime — это не один продукт. Это архитектурная категория. Внутри нее разные компоненты отвечают за разные участки работы.

КомпонентРоль в runtime
IRI GatewayМодельный слой: API, доступ к моделям, биллинг, ключи, лимиты.
VerstakРабочая среда: agentic-разработка, контекст проекта, решения, память.
AIOSОперационный слой задач, людей и AI-инструментов.
AI-BOSБизнес-операционный слой: клиенты, процессы, сотрудники, отчеты.
Agent StudioСреда для сборки и управления агентами.

Все это можно воспринимать как разные органы одной системы. Gateway дает кровь моделей. Verstak дает рабочую поверхность. Память решений не дает проекту терять курс. А человек остается в контуре, потому что ответственность нельзя делегировать токенам.

Чем Runtime отличается от AI-чата

AI-чат хорош, когда задача локальная: объяснить, написать, перевести, придумать. Runtime нужен, когда задача живет дольше одного сообщения.

Почему это важно сейчас

Модели быстро становятся commodity. Сегодня одна модель в лидерах, завтра другая. Но слой, который умеет выбирать модель, давать ей правильный контекст, проверять результат, считать стоимость и вести память проекта, становится только важнее.

Именно поэтому IRI Lab не делает ставку на обучение собственной LLM как главный путь. Ставка другая: построить оркестратор и рабочий слой поверх моделей. Там, где меняются провайдеры, но остается процесс.

Как это видно в Verstak

В Verstak этот тезис проявляется в практических функциях:

Это уже не "чат с кодом". Это попытка сделать рабочий штаб проекта, который помнит, спорит, считает и доводит действия до результата.

Что проверять в любом AI-продукте

Если продукт говорит, что он "AI-система", задайте пять вопросов:

  1. Где хранится контекст проекта?
  2. Как фиксируются решения?
  3. Можно ли сменить модель без переписывания процесса?
  4. Видна ли стоимость работы?
  5. Кто проверяет результат и несет ответственность?

Если ответов нет, перед вами, скорее всего, интерфейс к модели. Если ответы есть, перед вами начинает появляться runtime.

Итог

Следующий шаг AI-рынка — не только более сильные модели. Следующий шаг — системы, которые умеют превращать модели в управляемую работу. IRI Lab строит именно этот слой: Intelligence Runtime для команд, проектов и агентных процессов.

RuntimeAGIАрхитектураIRI Lab