2 канала приёма, 4 состояния, 7 контролируемых передач и 3 сценария связывают onboarding, согласование, журнал действий и восстановление с единым агентным ядром.
Проблема и решение
Премиальный сайт быстро устаревает, если обновление портфолио зависит от ручных сообщений, разрозненных файлов и одного человека. Задача — сделать путь контента управляемым: от поступления материалов до публикации, обновления, архива и контроля ошибок.
Продуктовый интерфейс и агентная система проводят проект от приёма и проверки данных через согласование, WordPress-инструменты, браузерный QA, восстановление и проверяемый журнал.
Спроектировала единый жизненный цикл контента и состояния согласования.
Разбор процесса
Я разложила ручной процесс на состояния, роли и точки передачи: поступление материалов, проверка, согласование, публикация, обновление, архив и обработка ошибки.
Автоматизация начинается не с интеграции сервисов, а с ясной модели статусов и ответственности.
Docker Compose описывает PostgreSQL, NocoDB, n8n, агентный оркестратор, Data, Publishing, QA и Site Manager agents.
Telegram и NocoDB дают два пути приёма данных в общую PostgreSQL-модель.
Один исполняемый agent run фиксирует цели, инструменты, решения, входы и результаты всех передач.
Архитектура
Два входных канала сходятся в общей модели данных и проходят одинаковый контроль перед WordPress.
Спроектировала единый жизненный цикл контента и состояния согласования.
Реализовала ограниченный агентный оркестратор с белым списком маршрутов, специализированными агентами и полным журналом.
Добавила QA-гейт с автоматическим возвратом WordPress-поста в draft при провале проверки.
Связала интерфейсные решения с архитектурой, состояниями и проверяемым журналом выполнения.
Агентный прогон
Каждый агент получает одну цель, ограниченный инструмент и контекст предыдущего шага. Успешный ответ WordPress ещё не равен успешному run — финальное состояние зависит от QA.
Telegram или NocoDB сохраняет запись в PostgreSQL и только затем отправляет событие project.ready.
Агент получает свежий снимок записи из БД и блокирует прогон без описания, категории, изображения или корректного статуса.
По актуальному wp_post_id выбирается create, update или archive; произвольные инструменты запрещены белым списком.
Claude может рекомендовать pass или block, но не управляет WordPress и не обходит жёсткие правила.
Создаёт, обновляет или переносит страницу в восстановимую корзину и возвращает ID с URL.
Playwright проверяет URL и HTTP-ответ; при сбое компенсирующее действие возвращает пост в draft.
Меню, sitemap и featured обновляются, полный журнал выполнения сохраняется, а Telegram получает структурированный результат.
данные сохранены, публикация не запускается
→согласовано, n8n передаёт событие агентному оркестратору
→WordPress ID и URL записаны в БД
→пост перемещается в корзину, а не удаляется навсегда
Оркестрация
n8n отвечает за транспорт, расписание и уведомления. План, инструменты, QA и компенсация остаются внутри агентного прогона и сохраняются в PostgreSQL.
Модель не выбирает API-инструменты: create, update и archive задаются детерминированной политикой.
Ошибка AI переключает review на policy fallback; исходная запись и локальный slug остаются доступными.
Провал браузерного QA возвращает WordPress-пост в draft и помечает прогон как blocked.
Повторное событие с тем же event_id возвращает сохранённый журнал вместо нового последовательного прогона.
Экраны onboarding, согласования и восстановления связаны с архитектурой, данными и проверяемым агентным run.
Проверка и результат
2 канала приёма, 4 состояния, 7 контролируемых передач и 3 сценария связывают onboarding, согласование, журнал действий и восстановление с единым агентным ядром.
Успешный и QA-заблокированный пути подтверждены локальными JSON-журналами и модульными тестами.
Импортируемый сценарий n8n передаёт событие в Publishing Orchestrator.
Кейс показывает архитектуру, продуктовые состояния и контролируемый путь публикации.
Система включает 2 канала приёма, 4 состояния, 7 передач, 3 сценария и 1 путь восстановления.
Метрики показывают измеримый объём спроектированной системы.
Обсудить похожую задачу
Пришлите текущую точку, задачу и ограничения — предложу маршрут от диагностики до проверяемого релиза.
Обсудить похожую задачу↗