Пусть ваш ИИ-ассистент подключит сайт сам

В моём проекте нужен серверный обработчик вебхука от сервиса SEO Writer.

Добавь POST-эндпоинт по адресу /api/seowriter, используя текущий стек проекта, его роутинг и ORM.
Не создавай отдельный микросервис, если в проекте уже есть серверная часть.

Запрос приходит с заголовками:
  X-SEOWriter-Event: article.published | article.updated | ping
  X-SEOWriter-Timestamp: unix-время в секундах
  X-SEOWriter-Signature: v1=<hex>[,v1=<hex>]
  X-SEOWriter-Delivery: идентификатор доставки, одинаковый на всех повторах

Тело запроса — JSON вида:
{ "event": "article.published",
  "article": { "id": "uuid", "status": "draft|publish", "title": "...", "h1": "...", "slug": "...",
               "content_html": "...", "excerpt": "...", "meta": {"title": "...", "description": "..."},
               "cover": {"url": "...", "alt": "..."}, "images": [{"url": "...", "alt": "..."}],
               "faq": [{"question": "...", "answer": "..."}], "json_ld": [...] } }

Реализуй по шагам:
1. Прочитай тело как сырые байты или текст ДО разбора JSON.
2. Посчитай HMAC-SHA256 от строки "{timestamp}.{сырое тело}" с ключом из переменной окружения SEOWRITER_SECRET.
3. Заголовок подписи может содержать несколько значений v1= через запятую — проверь КАЖДОЕ, любое совпадение считается верным. Сравнивай безопасным сравнением, не обычным равенством.
4. Отклони запрос кодом 401, если подпись не сошлась или если время отличается от текущего больше чем на 300 секунд.
5. На событие ping ответь 200 и JSON {"success": true}.
6. На article.published и article.updated сохрани статью в существующую модель публикаций проекта, обновляя запись по article.id — повторная доставка не должна создавать дубль. Для тела страницы используй content_html как готовый HTML.
7. Ответь 200 и JSON {"ok": true, "url": "<адрес опубликованной статьи>"} — адрес нужен сервису для внутренней перелинковки.
8. Отвечай быстро: тяжёлую обработку выноси в фоновую задачу.

Ограничения:
- не хардкодь секрет, читай его из переменной окружения;
- не отключай проверку подписи даже временно;
- не отвечай переадресацией;
- принимай только POST.

В конце скажи, какой полный адрес эндпоинта получится после деплоя и куда добавить SEOWRITER_SECRET.

Не изобретай новую архитектуру. Встрой обработчик в существующую систему публикаций проекта.

Сначала найди:
- где в проекте уже хранятся статьи, посты блога или страницы;
- какой маршрут отвечает за публикации и как он строится;
- какая модель или таблица хранит контент.

После этого:
- используй существующую модель публикаций, если она подходит по смыслу;
- если она отличается, добавь только недостающие поля, а не новую сущность;
- не создавай вторую админку и не трогай клиентские страницы без необходимости;
- не заводи отдельный микросервис ради одного эндпоинта.

Если не можешь однозначно определить, где проект хранит статьи, — не импровизируй, а задай мне конкретный вопрос по структуре проекта.

И отдельно проверь, что при переделке ты не ослабил проверки: подпись по-прежнему проверяется, сравнение безопасное, время запроса контролируется, метод только POST.

Доработай обработчик так, чтобы каждая принятая статья сразу появлялась в публичном разделе блога проекта.

Правила:
1. Используй текущую архитектуру: тот же бэкенд, маршрутизацию, ORM или контентную папку.
2. Не создавай второй блог и параллельный раздел, если список статей в проекте уже есть.
3. Найди, как сейчас формируется страница списка публикаций: /blog, /articles, /news или другой существующий маршрут.
4. После приёма события article.published статья должна попасть в этот список и открываться по своему адресу.
5. Используй существующие шаблоны, стили и карточки — не добавляй собственную вёрстку, если в проекте уже есть оформление списка.
6. Если страницы собираются заранее, запусти пересборку или сброс кэша после сохранения, чтобы статья появилась без ручного деплоя.
7. Для тела страницы бери content_html как готовый HTML, для превью — excerpt, для картинки карточки — cover.url.
8. Верни в ответе полный адрес опубликованной страницы в поле url.

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