Почему обычная автоматизация Notion больше не работает
Ты создал идеальную базу знаний в Notion. Проекты, задачи, документация – все на месте. Потом подключил Zapier, сделал пару интеграций через API. И уперся в потолок. Банальные «если это, то то» не решают реальных проблем.
Нужен не просто триггер, а контекст. Агент, который видит, что задача в проекте «Маркетинг» зависла на 5 дней, находит ответственного в linked базах, пишет напоминалку в Slack, а если тишина – эскалирует тимлиду. И все это без твоего участия. Каждый день.
До мая 2026 года Notion дает бесплатный доступ к Custom Agents всем планам, включая бесплатный. После – только платным подпискам. Сейчас самое время протестировать на полную.
Что такое Custom Agents и зачем они тебе
Не путай с обычным AI-помощником в Notion, который просто отвечает на вопросы. Custom Agents – это автономные программы, которые работают по расписанию, в фоновом режиме, имеют доступ к твоим страницам и могут вызывать внешние инструменты через MCP (Model Context Protocol).
Представь сотрудника-робота, который сидит в твоем Notion 24/7 и делает рутину:
- Каждый понедельник в 9:00 собирает отчет по прошедшей неделе из данных в таблицах и рассылает в Slack.
- Следит за просроченными задачами и автоматически переносит дедлайны, отправляя уведомления.
- Анализирует новые записи в базу знаний и предлагает связи с существующими документами.
- Интегрируется с GitHub через MCP и создает задачи в Notion из новых issues.
И самое важное – эти агенты учатся на твоих действиях. Чем больше ты их корректируешь, тем точнее они работают.
Как настроить своего первого автономного агента: от идеи до запуска
1Создаем агента и определяем его личность
Заходим в настройки Workspace → «AI Agents» (на март 2026 этот раздел находится именно там). Жмем «Create agent».
Здесь первая и самая частая ошибка – дать агенту слишком широкую специализацию. «Помощник для управления проектами» – плохо. «Агент для отслеживания просрочек в проекте «Веб-сайт» и автоматической эскалации» – хорошо.
В поле «Instructions» пишем не просто «следи за задачами», а даем четкую логику:
Ты – агент контроля сроков проекта "Редизайн лендинга".
1. Каждый день в 10:00 проверяй базу задач "Лендинг Tasks".
2. Ищи задачи, где "Status" не "Done", а "Due Date" раньше сегодняшнего дня.
3. Для каждой такой задачи:
- Добавь в свойство "Задержка" количество дней просрочки.
- Если просрочка 1-2 дня – добавь в страницу задачи комментарий: "@[Ответственный] просрочка, нужен статус?".
- Если просрочка 3+ дня – создай новую задачу в базе "Эскалации" и укажи связь на исходную задачу.
4. Никогда не меняй статус задачи самостоятельно. Только комментируй и создавай новые задачи для эскалации.2Настраиваем доступ и контекст
В разделе «Access» выбираем, к каким страницам и базам данных агент имеет доступ. Золотое правило: минимальные необходимые права.
Агент по эскалации просрочек не должен иметь доступ к финансовым отчетам. Только к базам задач и, возможно, к базе сотрудников для упоминаний.
В «Context» загружаем примеры документов, которые показывают агенту, как нужно работать. Например, несколько реальных (или вымышленных) задач с правильными комментариями, которые ты бы оставил. Это как тренировочные данные для ИИ.
3Подключаем внешний мир через MCP
Магия начинается здесь. MCP – это протокол от Anthropic, который стал стандартом де-факто для подключения инструментов к ИИ-агентам. Notion его нативно поддерживает.
Заходим в «MCP Integrations». Видим список доступных серверов. Slack, GitHub, Google Calendar – самые популярные.
Подключаем Slack:
- Жмем «Add Slack».
- Авторизуемся, выбираем канал (например, #project-alerts).
- В инструкции агента добавляем шаг: «При обнаружении просрочки 3+ дня – отправь сообщение в Slack-канал #project-alerts с текстом: "Эскалация: задача [Название] просрочена на [N] дней. Создана задача на эскалацию [ссылка]".»
Аналогично можно подключить GitHub, чтобы агент создавал issues из задач Notion с определенным тегом. Или Google Calendar, чтобы автоматически создавать события.
MCP-серверы работают по принципу «разрешено все, что не запрещено». Четко прописывай в инструкциях, когда и что именно агенту можно делать через интеграцию. Иначе он может начать спамить в Slack по каждому чиху.
4Ставим на расписание и включаем фоновый режим
Агент готов, но пока он спит. В разделе «Schedule» настраиваем триггеры.
| Тип триггера | Для чего использовать | Пример |
|---|---|---|
| По расписанию (Cron) | Регулярные проверки, отчеты | Каждый будний день в 10:00 |
| При изменении страницы | Моментальная реакция на события | Когда в базе "Запросы" меняется статус на "Требует ответа" |
| Вручную | Тестирование, разовые задачи | Запуск кнопкой из sidebar |
Для нашего агента контроля сроков ставим Cron: 0 10 * * 1-5 (в 10:00 с понедельника по пятницу).
Галочка «Run in background» – ключевая. С ней агент работает не в реальном времени, а выполняет свою работу асинхронно. Ты не видишь, как он «печатает», просто просыпаешься утром, а задачи уже прокомментированы, отчеты собраны. Это и есть настоящая автономность.
Отладка и тонкая настройка: как не сойти с ума
Первый запуск почти всегда проваливается. Агент делает не то, слишком много или слишком мало. Не паникуй.
В логах каждого агента есть вкладка «Activity». Там видны все его действия, запросы к ИИ и ответы. Это твой главный инструмент отладки.
Типичные ошибки и как их чинить:
- Агент бездействует. Скорее всего, инструкция слишком абстрактная. Добавь конкретные примеры действий в формате «Если условие X, то сделай Y точно вот так».
- Агент спамит действия. В инструкции не хватает ограничений. Добавь: «Не делай больше одного комментария в час на одну задачу» или «Прежде чем создать задачу на эскалацию, проверь, не создана ли она уже за последние 24 часа».
- Агент неправильно понимает данные. Проблема в структуре твоих баз. Убедись, что свойства (Due Date, Status) имеют четкие, консистентные названия и типы. Агент не угадывает, что «Срок» и «Дедлайн» – это одно и то же.
После каждой корректировки инструкции запускай агента вручную (Run once) и смотри лог. Цикл «правка-тест-правка» – единственный способ получить работающий результат. Как в настройке production-агентов.
Что дальше? Композиция агентов в реальные workflow
Один агент – это просто автоматизация одной рутины. Мощь раскрывается, когда агенты начинают работать вместе, передавая друг другу данные.
Пример цепочки для обработки входящего запроса от клиента:
- Агент-приемщик: Срабатывает при создании новой записи в базе «Входящие». Классифицирует запрос (поддержка, продажи, баг).
- Агент-роутер: Получает от приемщика категорию. Создает задачу в соответствующей проектной базе (Support, Sales, Dev). Автоматически подставляет шаблон ответа.
- Агент-контроллер (наш): Следит за дедлайнами вновь созданных задач и эскалирует при просрочке.
Такой подход превращает Notion из статичной базы данных в динамичную операционную систему. Это уже ближе к оркестровке слаженного ансамбля агентов, чем к простым скриптам.
Чего ждать в будущем? Прогноз на 2026-2027
По состоянию на март 2026, Custom Agents – еще молодая фича. Но направление движения очевидно.
- Магазин готовых агентов. Notion наверняка запустит маркетплейс, где можно будет купить или скачать агента для типовых задач: рекрутинг, обработка заявок, управление контентом.
- Более глубокая аналитика. Сейчас лог действий – это текст. Будут дашборды: сколько задач обработал агент, какую экономию времени принес, графики его активности.
- Визуальный конструктор цепочек. Перетаскивание блоков типа «триггер → действие агента А → условие → действие агента Б». Чтобы не прописывать все вручную. Что-то в духе BPMN для оркестрации, но проще.
- Прямые интеграции с кодом. Агенты смогут не только комментировать, но и запускать скрипты (например, на Vercel или Cloudflare Workers) для сложных вычислений.
Главный совет: начни с малого сегодня. Возьми одну самую раздражающую рутину, посади на нее своего первого агента. Отладь его. Пусть работает. Через месяц у тебя будет не просто автоматизация – ты получишь своего первого цифрового стажера, который не болеет, не спит и не просит повышения. А дальше – масштабируй.
