Все статьи
announcement atrium ai-agents 6 мин чтения

Месяц назад мы выпустили страницу, которую публикуют ваши пользователи. Теперь выпускаем конструктор продукта целиком

Atrium — конструктор собственных ИИ-продуктов: вы описываете, что должны уметь ваши клиенты, и портал собирается из частей, которые уже работают, — аккаунты, ассистент, который действует, фоновые задачи, стоимость по каждому клиенту. В отличие от конструкторов приложений по описанию, интеллект едет внутри продукта, а не остаётся на фабрике, и на выходе получается настоящий продукт на вашем домене, который принадлежит вам.

автор Ilia Sadykov

Месяц назад я писал, что мы выпустили скучную половину генерации сайтов ИИ — бакет, сертификат, DNS-запись — и открыли её как API, который ваш продукт вызывает от имени своих заказчиков. Тот текст заканчивался фразой, которую я с тех пор цитирую сам себе: ваши пользователи не узнают, что в деле был агент, и не увидят нашего имени, если вы сами этого не захотите.

Это было обещание про одну страницу. Здесь — то же обещание про продукт целиком и, что важнее, про инструмент, в котором вы его собираете.

Фраза, которая приходит снова и снова

«Клиенты постоянно пишут и спрашивают, что с их заявкой. Хочется, чтобы они просто спросили — и увидели».

В том или ином виде она приходит почти в каждом разговоре — от клиники, юридической фирмы, логистической компании, школы. То, что они описывают, — это никогда не чат-бот. Это продукт: клиент входит, просит что-то и видит, как это делается. Записи, которые сохраняются. Роли, которые что-то значат. Счёт в конце месяца. Поддержка, когда что-то сломалось.

И ровно здесь всё застревает, каждый раз по одной и той же причине. Интересные 10% делаются за выходные. Остальное — аккаунты, сессии, восстановление пароля, домен, сертификат, фоновые задачи, админка, учёт и кто-то, кто смотрит на всё это в три часа ночи, — занимает квартал, и этот квартал работы одинаков у всех.

Этот квартал мы прошли один раз — и превратили его в то, в чём вы собираете свой продукт.

Два слова, которые не стоит путать

Портал — это продукт, куда приходят ваши клиенты. Их вход, их записи, их ассистент, их счёт и ваше имя на всём этом.

Atrium — инструмент, в котором вы этот портал создаёте и им управляете. Работаете в нём вы; ваши клиенты его не видят и слова такого не слышат.

Если вы вели CMS или админку CRM, форма покажется знакомой, и это намеренно: страницы и блоки, коллекции и роли, тексты, тема, домен, кто что видит. Другое здесь — сами блоки. Вместо заголовка и текстового поля в библиотеке лежат ассистент, который действует, процесс со статусами, фоновая работа, переживающая закрытую вкладку, голос, учёт.

Что приезжает вместе с порталом и сразу работает:

  • Настоящие аккаунты. Вход по почте или через Google, по аккаунту на клиента, со своими данными и готовой работой с сессиями.
  • Ассистент, который действует. Отвечает потоком, принимает файлы и голос, а дальше делает дело — создаёт запись, запускает работу, возвращается с результатом, а не с советом.
  • Работа, которая переживает закрытую вкладку. Задачи идут в фоне и сами отчитываются.
  • Стоимость по каждому клиенту. Сколько каждый потребил за месяц, в деньгах, до того как вы решите, сколько с него брать.

Каждый из пунктов — законченный кусок, а не заготовка. Включаете — и он появляется в портале ваших клиентов, там, где его ожидают найти. И включить что-то в марте — то же самое действие, что включить сегодня: названное изменение с предпросмотром перед ним, а не отдельный проект.

Сам Forge при этом становится платформой внизу — средой для агентов, шлюзом к моделям, механикой развёртывания. Пользоваться им напрямую по-прежнему можно, и если у вас уже есть продукт и нужно добавить в него одну возможность, так и стоит: вы зовёте API из своего бэкенда, а клиенты не выходят из вашего продукта. Эта дверь никуда не делась.

Atrium — дверь, за которой ничего из этого не нужно изучать, выбирать и связывать. Для компании, где пятнадцать человек и нет платформенной команды, полезная версия всего этого — не SDK, а разговор о том, что должны уметь ваши клиенты, и портал, который под это собирается. Платформа внизу — просто она больше не ваша забота.

Почему это не конструктор приложений по описанию

Такие инструменты легко поставить в один ряд с этим, и разницу стоит проговорить точно, потому что дело не в скорости.

Они держат интеллект на фабрике. Вы описываете приложение, модель пишет код, а пользуются ваши клиенты в итоге обычным CRUD-приложением из форм. До демо это доводит по-настоящему хорошо. А дальше отдаёт вам ту часть, которую никто не любит: права, которые проверялись только в интерфейсе, ключи, лежащие не там, мультиарендность, дежурство в три часа ночи. Отраслевая статистика по этому месту не радует, и обычный следующий шаг — нанять человека, который умеет гонять Claude или Codex, и потратить тот самый квартал, который вы пытались пропустить.

Atrium ставит интеллект в продукт. Портал, в который входят ваши клиенты, agent-first потому, что ассистент, движок процессов и фоновая работа — компоненты, которые уже работают в проде, а не код, написанный под вас сегодня днём и проверенный когда-нибудь потом. Поэтому скучные части приезжают готовыми, а не правдоподобными, и поэтому между первой версией и живым клиентом нет этапа «довести до ума».

Заодно пропадает шаг, который незаметно стал нормой: больше не нужен человек посередине, который умеет заставить кодового агента собрать такую штуку.

Быстро — это уже норма. Трудное начинается там, где на пятидесятой неделе должна работать та же система, что и в первый день.

Ваш продукт, ваш домен, ваш и есть

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

Про владение — то же самое, только короче. По умолчанию портал открывается на нашем поддомене, который мы и эксплуатируем; CNAME переводит его на ваш домен; а если захотите репозиторий и конфигурацию развёртывания — забираете и запускаете сами. Я предпочитаю ставить это в анонс, а не в приложение к договору. Это честный ответ на вопрос про vendor lock-in, и он у нас есть только потому, что внизу лежит обычное разворачиваемое приложение, а не место в чужой платформе, откуда нельзя съехать.

Как ощущается изменение

Через месяц вам понадобится новое поле в записи, или разбить шаг приёма заявки на два, или чтобы слово «заявка» везде, где его читают клиенты, читалось как «дело».

Вы это говорите. Агент вносит изменение, и вас уже ждёт предпросмотр — настоящий портал с вашими данными, по адресу, который видите только вы. Смотрите, публикуете, клиенты видят. Если получилось не то, вы говорите об этом, и до клиентов ничего не доходит.

Ни задачи в трекере, ни релизного окна, ни пятничного сюрприза, когда заодно переехало что-то, о чём вы не просили. Будь я покупателем, меня волновало бы именно это, а не то, за сколько появилась первая версия.

Честное состояние

Порталы работают по-настоящему. Части, из которых они собраны, стоят в проде, и agent-first опыт работает перед живыми клиентами уже сегодня.

Регистрация — self-service. Никакого звонка, никакого менеджера на вашем аккаунте: вы описываете, кто ваши клиенты и зачем они приходят, а портал собирают из этой библиотеки агенты, обученные именно на Atrium. Выкатывает его тот же автоматический конвейер доставки, который собирает и разворачивает сам Forge. Ни вы, ни мы посередине не стоим. Изменения второго дня идут так же: вы описываете изменение, агент его вносит, и предпросмотр ждёт вас раньше, чем что-либо увидят ваши клиенты.

Растёт пока библиотека. Всё собирается из частей, которые уже работают, — именно поэтому порталу можно доверять с первого дня, и ровно поэтому требование, которое до вас никто не просил, может потребовать нового блока, прежде чем его получится включить. Когда так случится, вам об этом скажут, а не выдадут правдоподобный с виду экран. Лучше написать это здесь, чем вы наткнётесь на это на второй неделе.

Всё про Atrium — что он делает, как покупается, как документирован — живёт на atriumdev.app .

Если фраза из начала этого текста лежит где-то в вашем почтовом ящике, расскажите нам, что должны уметь ваши клиенты . Это и есть весь бриф.