Как задать границы самостоятельности Notion Agent
Как распределить работу Notion Agent с учётом цены ошибки, возможности отката и необходимости человеческого решения.
В этой статьеАгент готовит, правила ограничивают, человек отвечает
Вы поручили агенту разобрать входящие материалы в Notion. Заполнить теги он может сам — а отправить клиенту письмо по итогам разбора? Notion Agent создаёт и редактирует страницы и базы данных, выполняет многошаговые задачи и действует в некоторых подключённых сервисах, поэтому вопрос не праздный.
Границы самостоятельности задавайте по цене ошибки и возможности отменить действие, учитывая технические возможности продукта.
Возможности Notion описаны по официальной документации на 8 сентября 2026 года. Конкретный сценарий в рабочем пространстве для этой справки не запускался, поэтому перед важными действиями проверьте доступы и подтверждения в своём интерфейсе.
Агент готовит, правила ограничивают, человек отвечает
Notion Agent работает с теми же правами, что и пользователь: если человек не видит объект или не может его редактировать, агент тоже не сможет. При этом агент создаёт и меняет страницы, базы данных, свойства и представления, а в подключённых сервисах может выполнять внешние действия — например, публиковать сообщения в Slack и после подтверждения отправлять письма через Gmail.
Значит, правило «агент технически этого не умеет» может быстро устареть. Надёжнее разделить задачи на три зоны:
- автономная зона — обратимые действия с низкой ценой ошибки: агент выполняет сам;
- зона проверки — действие со средним риском или внешним эффектом: агент готовит, человек проверяет и подтверждает;
- запретная зона — доступы, деньги, юридические обязательства, труднообратимые последствия: выполняет человек.
Во всех трёх зонах записывайте действия в журнал и выборочно проверяйте результат.
Что можно передать агенту
Заполнение и обновление свойств. Notion AI Autofill пишет краткие описания, извлекает данные, переводит текст и назначает категории.
Basic Autofill опирается только на содержимое конкретной строки или страницы и не обращается к интернету или ко всему рабочему пространству. Custom Agent Autofill может искать по рабочему пространству и в интернете, если эти источники включены в настройках.
Для автономного заполнения задайте допустимые значения и правило для неясного случая — например: «Если категория не определяется однозначно, оставь поле пустым».
Черновики и переработка страниц. Агент создаёт страницу, сокращает текст, готовит структуру или собирает черновик по нескольким источникам. Факты, полноту и соответствие задаче человек проверяет перед публикацией или отправкой наружу.
Классификация и маршрутизация. Агенту можно поручить определять тип входящего материала, ставить теги и готовить карточку в нужной базе. Автономный режим подходит, если все допустимые направления перечислены заранее, а материал, отправленный не туда, легко перенести.
Поиск и связывание. Агент ищет по доступному содержимому, запрашивает данные из баз и использует контекст подключённых приложений. Связанные материалы он предложит, но ссылки проверяйте: по похожему названию нельзя судить ни о релевантности источника, ни о том, доступен ли он.
Разбор входящих материалов. Агент анализирует загруженные PDF, CSV и другие поддерживаемые файлы, превращает их в структурированные страницы или базы и выделяет задачи. Для устойчивого процесса заранее определите целевую базу, обязательные поля и состояние, в которое попадает результат.
Где нужно подтверждение человека
Публикация и внешняя коммуникация. Публикация, письмо и сообщение от имени пользователя создают внешний эффект. Часть таких действий агент технически выполнить может: запись в Slack появляется как сообщение пользователя, а отправка через Gmail требует подтверждения.
Правила процесса должны быть строже возможностей интерфейса: агент готовит текст, человек проверяет адресата, факты и тон и подтверждает отправку.
Приоритеты и стратегия. Ранжировать задачи агенту имеет смысл только после того, как человек задал критерии, ограничения и правила разрешения конфликтов. Решение «что делаем сейчас» остаётся за владельцем процесса.
Удаление, архивирование и массовые изменения. Агент умеет архивировать уведомления в Notion Inbox, а в подключённом Gmail — архивировать и удалять письма. Поэтому общий запрет «агент ничего не удаляет» не описывает реальные возможности продукта. Точнее правило такое: массовые и труднообратимые операции требуют заранее составленного списка затрагиваемых объектов, подтверждения человека и доступного способа восстановления.
Права доступа и настройки рабочего пространства. Notion Agent не может делиться страницами, менять уровни доступа и управлять настройками рабочего пространства — ролями участников, биллингом, функциями безопасности.
Агент наследует права пользователя: если у пользователя есть лишний доступ, он есть и у агента. Поэтому проверяйте права учётной записи до подключения агента — ограничение в инструкции не заменяет технического ограничения доступа.
Автоматизации баз данных. Новые автоматизации Notion Agent не создаёт. На платных планах их создают, редактируют и удаляют пользователи с полным доступом к базе; гости не могут создавать автоматизации. На бесплатном плане пользователи могут создавать автоматизации уведомлений в Slack, но не остальные виды.
Работают автоматизации по схеме «событие → действие»: меняют свойства, создают страницы, отправляют уведомления, письма и сообщения в Slack, а также вебхуки — автоматические запросы другим сервисам. Друг друга они не запускают, но запускающим событием может быть кнопка пользователя.
Если работавшая автоматизация сталкивается с ошибкой, Notion ставит её на паузу, и после исправления её нужно включить вручную.
Автоматизации с отправкой писем, вебхуков или сообщений в Slack включайте только после отдельной проверки события, получателей и условий запуска.
Кто что делает: матрица ответственности
Таблицу можно прокручивать по горизонтали.
| Задача | Агент | Человек |
|---|---|---|
| Заполнение свойств по закрытым правилам | Выполняет | Выборочно проверяет |
| Подготовка черновика | Создаёт и редактирует | Проверяет и одобряет |
| Классификация входящих | Выполняет при достаточной уверенности | Разбирает исключения |
| Публикация и отправка наружу | Готовит действие | Проверяет и подтверждает |
| Ранжирование задач | Применяет заданные критерии | Задаёт критерии и правила конфликтов |
| Массовое удаление или архивирование | Готовит перечень объектов | Подтверждает операцию и план восстановления |
| Права и настройки рабочего пространства | Не изменяет | Настраивает по принципу минимальных прав |
| Общение с клиентами | Готовит черновик | Проверяет адресата и контекст, отправляет |
Как собрать управляемый процесс
- Перечислите действия. Конкретно: «заполнить тег из списка», а не «вести базу».
- Оцените риск. Внешний эффект, чувствительность данных, масштаб и возможность отмены. Если в базе персональные данные клиентов или сотрудников, учитывайте и требования GDPR.
- Назначьте уровень самостоятельности. Что агент делает сам, что готовит на подтверждение и чего не касается.
- Ограничьте доступ технически. Только права и подключения, нужные для задачи.
- Добавьте состояния процесса. Например: Новый → Черновик агента → На проверке → Одобрено → Выполнено.
- Опишите исключения. При нехватке данных агент останавливается, помечает причину и передаёт задачу человеку.
- Ведите журнал. Исходные данные, выполненное действие, время и результат проверки.
- Начните с малого. Проверьте правила на ограниченной выборке и расширяйте самостоятельность по наблюдаемым результатам.
Шаблон правил для агента
Цель: [какой проверяемый результат должен получить процесс] Разрешено автономно: - [обратимое действие с низким риском] Требует подтверждения: - [действие с внешним эффектом] - [массовое изменение] Запрещено: - менять права и настройки безопасности; - работать за пределами перечисленных источников; - продолжать операцию при неизвестном или неоднозначном результате. При нехватке данных: 1. Не заполнять значение догадкой. 2. Перевести запись в состояние «Требует проверки». 3. Указать недостающие данные и предложенное следующее действие. Контроль: - журналировать изменения; - сохранять исходную версию; - выборочно проверять результаты.
Шаблон задаёт правила процесса. Он не расширяет права агента и не отменяет подтверждения, которых требует сам продукт.
Быстрая проверка перед запуском
- для агента сформулирован один проверяемый результат;
- разрешённые источники и объекты перечислены явно;
- автономные действия обратимы и имеют низкую цену ошибки;
- публикация и внешняя отправка требуют проверки;
- массовые изменения требуют отдельного подтверждения;
- права пользователя соответствуют принципу минимального доступа;
- подключённые Slack, Gmail и другие сервисы учтены в оценке риска;
- для неясного результата предусмотрена остановка без догадки;
- по статусам видно, где нужен человек;
- исходная версия и журнал изменений сохраняются;
- есть способ отменить действие или восстановить данные;
- результаты регулярно проверяются на ограниченной выборке.
Если на какой-то пункт нет ясного ответа, оставьте это действие в зоне подтверждения человеком.
Читать дальше: как подготовить рабочий процесс к AI-агенту: десять проверок. О том, как агенты подключаются к рабочим данным, — MCP простыми словами.
Если вы определяете границы самостоятельности агента в Notion или проектируете процесс проверки, обсудим это на бесплатной 30-минутной встрече с Simplit: определим, какие действия требуют проверки человеком. Обсудить задачу
Источники
- «Notion + ИИ: что можно доверить агенту, а что должен решать человек» · Сергей Пименов, pimenov.ai
- Notion Agent · notion.com
- Notion AI Autofill · notion.com
- автоматизации баз данных · notion.com
Дочитали? Отметьте шаг — прогресс маршрута обновится.