ИИ-агенты встречают медиа недвижимости: подготовка к эпохе Astra

Сдвиг: от моделей, описывающих софт, к агентам, которые им управляют

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

Эта граница сдвинулась в сентябре 2026 года. GPT-6 Astra от OpenAI, выпущенная 3 сентября, построена вокруг работы за компьютером — вокруг заявления, что всё, что вы можете сделать за компьютером, она может сделать за вас, — и набирает 72.6% на бенчмарке работы за компьютером OSWorld 2.0, в среднем около 40 минут на задачу. Отдельно названный Project Astra от Google, исследовательский прототип DeepMind, доступный доверенным тестировщикам, указывает в ту же точку с другой стороны. Направление движения по всей отрасли — агенты, которые действуют.

Конкретно для медиа недвижимости это меняет то, кто нажимает кнопки. Съёмка объекта всегда была последовательностью операций в софте: загрузить, отобрать, обставить, улучшить, конвертировать, промаркировать, опубликовать. Эти операции теперь автоматизируются от начала до конца, а это поднимает проектный вопрос, на который большинство proptech-команд ещё не ответили: как должен выглядеть ваш стек, чтобы агент мог безопасно им управлять?

Как выглядит агентный конвейер медиа

Конкретно вот цикл, который агент прогоняет для одного объявления:

Шаг	Что делает агент	Что вызывает
1. Приём	Читает карточку нового объявления, забирает набор фото	Вашу CRM или DAM
2. Сортировка	Раскладывает фото: обставить, улучшить, переснять, выбросить	Визуально-языковое рассуждение
3. Бриф	Определяет тип комнаты, стиль и целевого покупателя для каждого фото	Собственное рассуждение плюс ваш бренд-гайд
4. Рендеринг	Отправляет по одной задаче на фото	API изображений
5. Ожидание	Получает вызовы вебхука или опрашивает	Тот же API
6. Проверка	Сравнивает результат с исходником на смещение структуры	Визуально-языковое рассуждение
7. Публикация	Записывает результаты обратно, проставляет метки раскрытия	Вашу CRM и фид портала
8. Отчёт	Логирует стоимость, сбои, списанные изображения	Вашу бухгалтерию

Шаги 2, 3, 6 и 8 — это места, где агентная модель по-настоящему окупается. Шаг 4 — это передача эстафеты, потому что агентные модели не рендерят изображения; важное ограничение, подробнее разобранное в статье «Может ли GPT-6 Astra делать виртуальный стейджинг?».

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

Рабочий пример: агент делает стейджинг объявления через API изображений

В этом примере используется API Roomagen, потому что мы можем задокументировать его точную форму; сам паттерн обобщается на любой API изображений, построенный на задачах.

Шаг 1 — агент отправляет по одной задаче на фото. Аутентификация — один заголовок. Каждая задача: одно изображение на вход, одно на выход, списание сразу.

curl -X POST https://api.roomagen.com/api/v1/jobs \
  -H "X-Api-Key: rmg_live_YOUR_KEY" \
  -H "Content-Type: application/json" \
  -H "Idempotency-Key: listing-8842-photo-03" \
  -d '{
    "tool": "virtual-staging",
    "image_url": "https://cdn.yourapp.com/listings/8842/photo-03.jpg",
    "options": { "style": "scandinavian", "roomType": "living-room" },
    "webhook_url": "https://yourapp.com/hooks/roomagen"
  }'

Ответ возвращается до завершения генерации:

{
  "job_id": "3f1c9d4e-5b2a-4c8e-9f10-7d6a2b3c4e5f",
  "status": "processing",
  "images_charged": 1
}

Три детали важнее для агента, чем для человека-интегратора:

• Idempotency-Key — страховочный рельс. Агент, потерявший место и повторивший запрос, иначе заплатит дважды. Со стабильным ключом, выведенным из вашей собственной записи — ID объявления плюс ID фото, — повтор возвращает исходную задачу, а не создаёт новую.
• images_charged возвращается при создании, так что агент может учесть расход в том же ходе, в котором его совершает, а не сверять позже.
• tool — просто слаг. Та же форма вызова запускает конвертацию day-to-dusk, удаление предметов или улучшение изображений; GET /api/v1/tools возвращает достоверный список со стоимостью каждого инструмента в изображениях. Агенту следует запрашивать этот список, а не хардкодить слаги, которые он может выдумать.

Шаг 2 — агент получает результат по вебхуку. Когда задача завершается, API отправляет POST с готовой задачей на ваш эндпоинт, добавляя поле event:

{
  "job_id": "3f1c9d4e-5b2a-4c8e-9f10-7d6a2b3c4e5f",
  "tool": "virtual-staging",
  "status": "completed",
  "images_charged": 1,
  "result_urls": ["https://api.roomagen.com/api/uploads/9c2f7a10-render.jpg"],
  "error": null,
  "created_at": "2026-09-06T09:14:02.114Z",
  "completed_at": "2026-09-06T09:14:39.902Z",
  "processing_ms": 37788,
  "event": "job.completed"
}

Проверьте подпись, прежде чем поверить хотя бы одному байту. Доставка несёт заголовки X-Roomagen-Event, X-Roomagen-Timestamp и X-Roomagen-Signature: v1=<hex>, где дайджест — это HMAC-SHA256 по {timestamp}.{raw body} с вашим секретом whsec_:

const crypto = require("crypto");

function verify(rawBody, headers, secret) {
  const ts = headers["x-roomagen-timestamp"];
  const expected =
    "v1=" + crypto.createHmac("sha256", secret).update(`${ts}.${rawBody}`).digest("hex");
  const got = headers["x-roomagen-signature"];
  if (got.length !== expected.length) return false;
  if (!crypto.timingSafeEqual(Buffer.from(got), Buffer.from(expected))) return false;
  return Math.abs(Date.now() / 1000 - Number(ts)) < 300;
}

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

Шаг 3 — опрос как запасной путь. Вебхуки падают; агенты, полагающиеся только на них, тихо зависают. GET /api/v1/jobs/{id} возвращает тот же объект, так что надзорный цикл может сверить всё, что слишком долго висит в статусе processing:

async function waitForJob(jobId) {
  for (;;) {
    const res = await fetch(`https://api.roomagen.com/api/v1/jobs/${jobId}`, {
      headers: { "X-Api-Key": process.env.ROOMAGEN_API_KEY },
    });
    const job = await res.json();
    if (job.status !== "processing") return job;
    await new Promise((r) => setTimeout(r, 3000));
  }
}

Типичное завершение — 20–60 секунд, поэтому опрашивайте каждые 2–5 секунд и считайте всё, что вышло за несколько минут, застрявшим, а не медленным.

Шаг 4 — ошибки, которые агент обязан разветвлять. Любой ответ не из диапазона 2xx имеет вид { "error": { "code", "message", "doc_url" } }. Ветвитесь по code, никогда по message — человекочитаемый текст меняется, коды нет. Те, что автономный прогон реально встретит: invalid_tool (выдуманный слаг), invalid_image и image_fetch_failed (исходный URL, который ваш CDN не отдал), webhook_url_rejected (приватный или петлевой адрес), payload_too_large, нехватка кредитов и ограничение частоты. Агент без явной ветки под каждый из них будет повторять вслепую и жечь кредиты.

Почему агентам нужны детерминированные инструменты, а не чат-интерфейсы

Неудобная правда агентных медиа: узкое место — не интеллект модели, а детерминированность инструментов. Агент надёжен ровно настолько, насколько надёжны интерфейсы, которыми он управляет, а свойства, делающие интерфейс дружелюбным к агенту, совсем не блестящие:

• Идемпотентность, чтобы повтор был бесплатным, а не оплачиваемым.
• Стабильные машиночитаемые коды ошибок, чтобы обработка сбоя была ветвлением, а не догадкой.
• Эндпоинт обнаружения со списком валидных слагов инструментов и их стоимостью, чтобы агент проверял, а не предполагал.
• Push-уведомление с подписью, чтобы завершение не зависело от того, бодрствует ли агент.
• Стоимость в ответе, чтобы расходы были наблюдаемы на каждое действие.
• Опубликованная политика сбоев, чтобы агент знал, стоит ли неудавшийся рендер денег.

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

Сценарии отказов, которые никто не закладывает в бюджет

Инъекция промптов через ваш собственный почтовый ящик. Опубликованные замеры дают Astra около 8.5% успеха непрямых инъекций на IPI Arena от Gray Swan — улучшение по сравнению с 27%, заявленными для предшественника, и всё ещё примерно один враждебный документ из двенадцати. Агент в недвижимости читает письма, PDF и объявления на порталах, написанные незнакомцами. Предполагайте, что часть из них содержит инструкции, нацеленные на вашего агента, и никогда не давайте одному агенту одновременно недоверенный вход и бесконтрольные права публиковать или платить.

Доставка вебхуков «хотя бы один раз». Доставка вебхуков по своей природе выполняется «хотя бы один раз»: обработчик, отвалившийся по таймауту уже после выполнения работы, получит повтор, поэтому потребители обязаны дедуплицировать по job_id и держать обработчики идемпотентными. График повторов Roomagen — до пяти попыток примерно за 36 минут; агент не должен считать первую доставку единственной.

Никаких гарантий порядка. Не предполагайте, что вебхук придёт после того, как вернулся ваш собственный POST, и не предполагайте, что колбэк задачи A предшествует колбэку задачи B. Пишите конечные автоматы, которые терпят прибытие в любом порядке.

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

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

Раскрытие, которое никто не проставил. Когда фото редактирует человек, человек помнит о правиле раскрытия. Когда это делает агент в четыре утра, помнит только код. Встраивайте маркировку и хранение оригиналов в сам конвейер — см. гид по MLS и раскрытию по AB 723.

Чек-лист готовности к агентам для proptech-команд

Оцените собственный стек. Каждый неотмеченный пункт — это место, где автономный прогон сломается.

1. Есть ли API у каждой системы в конвейере? Всё, у чего есть только интерфейс, будет управляться работой за компьютером — медленнее, дороже, хрупче.
2. Идемпотентны ли операции записи? Можно ли повторить тот же запрос без двойного списания и дублирования записи?
3. Возвращают ли ваши интеграции машиночитаемые коды ошибок, а не прозу?
4. Есть ли эндпоинт обнаружения, у которого агент может запросить валидные опции вместо угадывания?
5. Подписаны ли вебхуки и проверяете ли вы подписи по сырым байтам с постоянным по времени сравнением?
6. Дедуплицируют ли ваши обработчики вебхуков и терпят ли прибытие вне порядка?
7. Есть ли запасной опрос для каждого push-канала?
8. Наблюдаемы ли расходы на каждое действие и ограничены ли они за период?
9. Изолированы ли недоверенные входы от доступов, которые могут публиковать, платить или заключать договоры?
10. Обеспечено ли раскрытие кодом, а не привычкой конкретного человека?
11. Есть ли аудиторский след, связывающий каждое опубликованное изображение с задачей, которая его создала, исходным фото и прогоном агента, который его запросил?
12. Есть ли документированное условие остановки — что заставляет прогон остановиться и разбудить человека?

Команды, которые сегодня могут отметить 10 из 12, готовы передать медиаконвейер агенту. Командам ниже этой планки стоит сначала починить поверхность интеграций: более умная модель не компенсирует стек, который невозможно безопасно автоматизировать.

Что по-прежнему остаётся за человеком

Три вещи, и они никуда не денутся в ближайшее время.

Решения о представлении объекта. Достоверно ли обставленное фото представляет объект — это суждение с юридическим и этическим весом. Агент может пометить; решать должен человек.

Исключения на стороне клиента. Когда продавец недоволен тем, как отрисовали его дом, ответ — это разговор, а не повторная генерация.

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

Итог

Эпоха Astra не означает, что модели будут делать ваши фотографии объявлений. Она означает, что модели будут управлять инструментами, которые их делают, а это переносит нагрузку с интеллекта на инструменты.

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

Возможности моделей, оценки бенчмарков и цены в этой статье отражают опубликованные данные по состоянию на сентябрь 2026 года. Формы запросов API отражают Roomagen API v1 на момент написания; актуальную спецификацию сверяйте с документацией.