Sanity: знания и согласования для работы AI-агентов

В сентябрьском обзоре продуктов Sanity представила Knowledge Bases и Workflows, оба со статусом beta. Первый инструмент помогает организовать знания, которыми пользуется AI-агент. Второй описывает этапы движения материалов и согласования. Вместе они показывают, почему развитие агентной CMS нельзя свести к скорости написания текста.

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

Согласно официальному обзору Sanity, Knowledge Bases использует наборы данных, собственные веб-страницы и файлы для построения организованного контекста. Инструмент выявляет противоречия между источниками; команда определяет, как их разрешать. Доступ агента к этому контексту организован через MCP — протокол подключения инструментов и данных.

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

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

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

Управляемый контекст делает такую работу повторяемой. Вместо длинного пояснения в каждом новом диалоге команда поддерживает набор утверждённых сведений и правил. При изменении условия сначала обновляется основание, затем материалы, которые от него зависят. Это редакционная задача с технической поддержкой, а не обещание безошибочной модели.

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

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

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

На рынке CMS растёт внимание к основаниям агентных действий: источникам, этапам согласования и ответственности. Это позволяет оценивать продукт по качеству редакционной работы после генерации. Beta-инструменты Sanity интересны как пример этого подхода, но их реальные возможности следует проверять в конкретном проекте.

Читайте также как устроен выпуск изменений, подготовленных агентом. Источник и статусы проверены 9 октября 2026 года; описанные рабочие ситуации — примеры редакции, а не результаты испытаний Sanity.