Notion Custom Agents за $340 в месяц: ограничить или пересобрать?

3 мая мои Notion Custom Agents обходились в $0. Уже 4 мая те же агенты начали списывать кредиты по тарифу $10 за 1,000, а первый расчёт показал: если ничего не менять, DVNC client OS будет стоить примерно $340 в месяц.

День, когда Notion Custom Agents стали платными

Всю вторую половину бесплатной беты Notion Custom Agents работали в реальном клиентском контуре — DVNC client OS. Один агент разбирал входящие брифы, второй ежедневно сводил статусы по активным проектам, третий синхронизировал несколько общих баз знаний с эталонными страницами. Три постоянно работающих агента и ещё несколько запускаемых по событию. Расходы: ноль.

Notion включил тарификацию 4 мая 2026 года. Custom Agents вышли из бесплатной беты в General Availability и начали расходовать кредиты Notion по тарифу $10 за 1,000 — сверх стоимости пользовательских лицензий и только на планах Business и Enterprise. Перейти на более дешёвый план и сохранить функцию нельзя: на Plus и Free её никогда не было. Выбор простой — либо платить за использование на Business+, либо остаться без Custom Agents.

Первые 48 часов после включения тарификации я намеренно ничего не менял: нужны были фактические данные о расходе, а не прогноз. Один из операторов, за которыми я слежу, публично сообщил, что сопоставимая конфигурация сожгла около $337 за один месяц. Это почти совпадало с моим расчётом на 30 дней и подтверждало: дело не в ошибке настройки. Такова новая нижняя граница расходов.

Именно это упускают многие обзоры тарифов. 4 мая произошло не повышение цены. При повышении одна строка бюджета меняется, например, с $40 на $55. Здесь бесплатная функция стала тарифицируемой — это событие другого порядка. Все допущения, на которых строились настройки, расписания и границы ответственности агентов, в один момент потеряли силу: каждое решение принималось при условии, что кредит стоит ноль. Поэтому сначала нужно было не урезать расходы, а заново спроектировать процесс без прежней исходной посылки. Ранее в том же году Notion устроил разработчикам структурно похожий переход — см. кредитный обрыв для внешних агентов. Закономерность была понятна, но понимание закономерности счёт не оплачивает.

На что на самом деле уходили кредиты

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

Около 70% расхода приходилось всего на три агента. Не на пять и не на восемь. На три.

С большим отрывом лидировал агент первичной обработки: он проверял общую страницу с входящими запросами и классифицировал новые брифы. Проверка была настроена каждые 15 минут, 24/7. В большинстве запусков ничего нового не находилось, но кредиты всё равно списывались. Холостой опрос неизменившихся данных — вот ловушка. Агент в точности выполнял поставленную задачу; просто после включения тарификации сама постановка оказалась дорогой.

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

Третьим шёл агент синхронизации документов — и это самый показательный случай. Один запуск стоил дешевле, чем у двух других, но триггером служило каждое изменение. За один сеанс редактирования общей страницы человек мог запустить агента дюжину раз. Фактически частота расходов зависела от скорости печати пользователя — настройка, которую никто сознательно не выбрал бы при цене $10 за 1,000 кредитов.

Приблизительный месячный расчёт по первым десяти дням после перехода и последующей экстраполяции выглядел так. Агент первичной обработки — ~$160 в месяц при прежней частоте опроса. Агент сводок — ~$95 в месяц при текущем числе проектов. Синхронизация документов — ~$45 в месяц при наблюдаемой активности редактирования. Оставшиеся ~$40 в месяц распределялись между четырьмя менее активными агентами. Итого получалось $335–$345 — практически столько же, сколько публично назвал другой оператор с рабочим пространством похожей конфигурации.

Эти расходы добавлялись к операционному стеку, о котором я уже писал, — см. базовый уровень $387 в месяц. Ещё $340 сверху вывели бы весь стек за предел, который я заранее установил. Это не «небольшой перерасход, который можно принять», а структурная проблема.

Три возможных решения

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

Вариант A — оставить всё на полной тарификации без изменений. Такой выбор оправдан, если запусков мало, ценность каждого высока, а предсказуемость счёта менее важна, чем удержание абсолютных расходов. Представим пространство с несколькими ценными запусками в день: агент выдаёт один тщательно ограниченный результат и экономит человеку час. Здесь оплата по факту использования вполне уместна. Сам по себе тариф $10 за 1,000 кредитов не скандален; проблема — в агентах, чья экономика не сходится ни при какой цене запуска. Для этого пространства я был готов оставить полную тарификацию примерно до $80 в месяц. Прогноз оказался в четыре раза выше. Вариант A отпал.

Вариант B — ограничить и пересобрать сценарии. Убрать постоянный опрос. Вместо интервалов запускать агентов по событию или вручную. Заменить отдельную ежедневную сводку по каждому проекту одним пакетным ежедневным запуском, который собирает общий отчёт. Добавить задержку для агента синхронизации, чтобы он срабатывал один раз за сеанс редактирования, а не после каждой правки. Новый прогноз составил примерно $70–$85 в месяц — ниже потолка, с сохранением ключевых результатов, но с заметной потерей «мгновенности» при обработке входящих запросов. Теперь этот агент запускается раз в два часа вместо раза в пятнадцать минут. Такая задержка — реальная продуктовая цена, и её нельзя игнорировать.

Вариант C — перенести на собственную инфраструктуру. Самого ресурсоёмкого агента — первичную обработку — можно вынести из Notion: Cloudflare Worker запускается по cron, напрямую обращается к Claude и записывает результат обратно на страницу Notion через API. Разовая разработка занимает примерно 6–8 часов сосредоточенной работы у специалиста, уже знакомого с такими задачами; у меня такой опыт есть. Постоянные расходы — уже оплаченный план Worker и токены Claude API на сумму в несколько долларов в месяц при этой нагрузке. Основатели публично запускают сопоставимые стеки агентов на собственной инфраструктуре, и после пересечения порогового количества запусков экономика действительно сходится.

Решает только точка безубыточности. При частоте запусков моего агента первичной обработки Notion обходился примерно в ~$160 в месяц. На собственной инфраструктуре постоянные расходы составляли около ~$4 в месяц. Если разнести разработку на 12 месяцев и щедро оценить собственное время в $150 в час, в первый год она добавляет примерно ~$100 в месяц. Итого перенос в первый год — ~$104 в месяц против ~$160 на тарифе; начиная со второго года — ~$4 против ~$160. Перенос окупается ещё в первый год, а затем преимущество накапливается.

Здесь работает та же дисциплина операторского P&L, которую я применял к предложению Codex, только вопрос развёрнут в другую сторону. Тогда я решал, стоит ли менять инструмент ради бесплатного бонуса; сейчас — стоит ли перестраивать процесс вокруг инструмента, экономика которого изменилась уже после внедрения. Подход тот же, направление противоположное.

Моё решение — гибридная схема. Агент первичной обработки, самая крупная статья, переезжает на Worker — это вариант C. Сводки и синхронизация документов, две средние статьи, получают ограничения и новые сценарии — вариант B. Четыре лёгких агента остаются на полной тарификации — вариант A для длинного хвоста.

После запуска гибридной схемы прогноз постоянных расходов — ~$45–$55 в месяц, а разовая работа занимает около 7 часов. По сравнению с прогнозом $340 без изменений это экономия примерно $290 в месяц ценой одного сосредоточенного сеанса разработки. Расходы в горизонте 30/60/90 дней выглядят так: первый месяц включает разработку и частичную тарификацию — эквивалент фактических затрат около ~$110 с учётом времени; второй выходит почти на стабильный уровень — ~$55; третий закрепляется на ~$45.

Что я сделал бы иначе — и мне немного неловко это признавать: стоило учитывать кредиты по каждому агенту с первого дня беты, а не после включения тарификации. Бесплатный период давал возможность точно измерить будущую стоимость каждого агента — Notion заранее опубликовал ставки кредитов, — но я воспринял «бесплатно» как «можно не считать». Восстанавливать расход задним числом оказалось дольше, чем измерять его в реальном времени. Теперь я всегда следую этому правилу.

Правило для любого постоянно работающего ИИ-агента

Вывод не в том, что Notion Custom Agents слишком дороги. Некоторые мои агенты по-прежнему работают в Custom Agents и останутся там. Вывод уже и полезнее: бесплатная автоматизация в бете — это источник риска в графе зависимостей, а не функция.

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

Перед тем как встраивать любую бесплатную бета-автоматизацию в критический процесс, я теперь провожу такую проверку:

1. Оценить платную версию ещё до появления тарификации. Если поставщик не опубликовал ставки, смоделировать правдоподобный тариф по сопоставимым продуктам и проверить, сойдётся ли экономика агента.
2. С первого дня считать стоимость запуска. Бесплатный период — это окно для измерений, а не бесплатный обед.
3. Заранее определить путь переноса. Нужно понимать, каких агентов придётся перенести на собственную инфраструктуру при изменении экономики и сколько часов примерно займёт разработка.
4. Для постоянного опроса выбрать самый медленный приемлемый интервал. Если достаточно опроса раз в 2 часа, не следует настраивать запуск каждые 15 минут лишь потому, что это возможно. В бете частоту можно бесплатно снизить, но после запуска тарификации такое изменение обходится дороже: люди уже успевают привыкнуть к более быстрому ритму.

Гибридная схема для client OS не выглядит изящно. Три модели расходов, работающие параллельно в одном пространстве, требуют больше настроек, чем я заложил бы, проектируя систему с нуля. Но схема соответствует реальному характеру работы и возвращает месячные расходы ниже потолка, установленного ещё до тарификации. Только эта проверка и имеет значение.

Бесплатная бета-автоматизация — источник риска, а не функция. Оцените её стоимость до внедрения, иначе перестраивать всё придётся в спешке, когда цену назначит поставщик.

Сколько стоят Notion Custom Agents после 4 мая 2026 года?

$10 за 1,000 кредитов Notion сверх стоимости подписки. Функция доступна только на планах Business и Enterprise — в Free и Plus Custom Agents никогда не входили.

Можно ли сохранить Custom Agents на плане Plus и не платить за кредиты?

Нет. Custom Agents никогда не были доступны на Free или Plus, поэтому перейти на более дешёвый план и сохранить функцию нельзя. Вы либо используете тарифицируемую версию на Business+, либо остаётесь без неё.

Что произойдёт, если в рабочем пространстве закончатся кредиты?

Custom Agents остановятся. Другие функции Notion AI, включая Meeting Notes и стандартный Notion Agent, продолжат работать в пределах лимита добросовестного использования базового плана.

Дешевле ли перенести агентов на собственную инфраструктуру?

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