Я не брал универсальный стек и не пытался подгонять процессы под модную схему. Наоборот: я уже использую Notion как операционный центр почти всех своих реальных процессов — задач, контента, решений, маршрутизации работы и накопления контекста. Поэтому эта система выросла вокруг Notion не из теории, а из практики.
Точка управления
Notion
Не вспомогательный инструмент, а реальный центр движения задач и контекста.
Роли в контуре
3 ИИ + человек
Планирование, исполнение, проверка и человеческое решение на финише.
Главный принцип
Не шаблон
Система собирается под реальный способ работы, а не наоборот.
Мотивация
Мне был нужен не ещё один ИИ-инструмент рядом с процессом, а рабочий контур внутри того пространства, в котором я уже реально живу каждый день.
Идея, задача, ТЗ, реализация и ревью обычно живут в разных местах. Из-за этого фаундер или product owner постоянно становится ручным маршрутизатором всего процесса.
Потому что у меня там уже были задачи, заметки, гипотезы, решения и контекст. Логично было не тащить управление в новый инструмент, а встроить агентов в уже существующий рабочий слой.
Подход
Так почти никто не делает, потому что большинство либо строят ИИ-инструменты отдельно от реальной операционки, либо пытаются навязать команде новый интерфейс. Здесь подход обратный: система собирается под человека и его реальные процессы.
Я сначала смотрю, где у меня уже живёт работа, как движется контекст и как принимаются решения. И только потом мы собираем подходящую систему вокруг этого.
Дальше мы строим контур с разделением труда: отдельно думать, отдельно делать, отдельно проверять и отдельно принимать финальное решение.
Архитектура
Это не один универсальный бот. Это рабочий контур с ролями, границами и понятной логикой движения задачи.
Задача появляется в привычной для меня структуре: карточка, заметка или рабочий объект внутри Notion, рядом с контекстом и историей решений.
Первый агент раскладывает задачу, формирует рамку, состав работы и логику исполнения, чтобы дальше не теряться в деталях.
Второй агент делает основную работу: код, настройки, сборку, исправления и движение по технической части в рамках уже заданного направления.
Третий агент проверяет результат, а я принимаю финальное решение: что идёт дальше, что требует доработки и что вообще стоит делать.
Процесс
Это не автономия ради автономии, а контролируемый процесс с понятными ролями и человеческой рамкой.
Технический контур
Это не абстрактная история про ИИ, а реальный рабочий слой. Здесь важна не только идея, но и то, что за ней стоит нормальная техническая логика: точка входа, роли, маршрутизация, исполнение, проверка и человеческое решение на выходе.
Notion здесь работает не как архив заметок, а как место, где задача появляется, получает контекст и дальше движется по рабочему контуру.
Планирование, исполнение и проверка не смешаны в одном универсальном ИИ. За счёт этого уменьшается хаос и растёт предсказуемость результата.
Финальное решение остаётся у меня: что делать дальше, что дорабатывать и что вообще не стоит продолжать. Это не автопилот без руля, а управляемая система.
Под такой контур можно подключать практически любые разумные интеграции, если они действительно усиливают процесс, а не просто добавляют ещё один интерфейс.
Практическая ценность
Главная ценность кейса не в том, что тут именно Notion и именно три агента. Главная ценность в том, что под конкретную задачу можно собрать свой контур: с любым количеством ролей, с любой логикой маршрутизации и с любой точкой управления. Возможны практически любые интеграции — если они помогают вашему реальному процессу, а не добавляют ещё один слой хаоса.
Меньше ручной маршрутизации, меньше потерь контекста, быстрее путь от идеи до исполнения и выше предсказуемость результата.
Снижается операционная нагрузка, решения становятся прозрачнее, а сам рабочий слой перестаёт рассыпаться между разными сервисами.
Это не история про один конкретный инструмент. Под другую задачу можно собрать другой контур и использовать любую разумную интеграцию.
Появляется понятный контур совместной работы: кто думает, кто делает, кто проверяет и кто принимает финальное решение. За счёт этого ИИ не создаёт хаос, а становится частью нормального рабочего процесса.
Источник
Этот кейс подробно разобран в отдельной статье — с логикой, деталями и всем контекстом процесса. Если вам важно увидеть не только итоговую схему, но и то, как она была собрана шаг за шагом, лучше начать именно с неё.
Кейсы
Кейс
Автономный контур синка транскриптов из Plaud в Notion с дедупликацией, миграцией структуры данных и рабочим UX.
Открыть →Кейс
Контентный pipeline, где сырьё из Telegram, соцсетей и закладок превращается в черновики сайта через Notion-агента.
Открыть →Кейс
Сборка pimenov.ai как рабочего сайта на Astro + Notion CMS с ролями, деплоем и нормальным публикационным контуром.
Открыть →Если у вас уже есть свои процессы, свой стиль работы и свой центр управления, не обязательно ломать всё ради чужого шаблона. Я сначала разбираю, где у вас реально живёт работа, как движется контекст и как принимаются решения. После этого мы собираем под эту логику рабочую систему — с нужными ролями, маршрутами и интеграциями.