Контент-операции, которыми управляют агенты

Enterium — платформа контент-операций. Она ведёт полный жизненный цикл экспертного веб-контента для флота собственных сайтов: находит исходный материал, генерирует статьи с опорой на нишевый исследовательский корпус, проверяет их детерминированными гейтами качества, публикует на живые сайты и измеряет поисковый результат — возвращая выводы в следующий цикл.

Один продукт, два написания. Enterium — имя продукта, которым пользуется эта документация. Entherium — технический идентификатор того же проекта: он встретится в имени API-хоста, в поле service ответа /healthz, в заголовке OpenAPI и в префиксе entherium_* MCP-инструментов. Это не два продукта и не опечатка: идентификаторы старше имени и держатся неизменными, чтобы у клиентов ничего не ломалось.

Платформой управляет небольшая команда людей вместе с LLM-агентами как полноправными пользователями: агенты читают состояние, заводят дефекты, ведут задачи и запускают прогоны через тот же API и MCP-сервер. Эта документация написана для них в той же мере, что и для людей.

Операционная модель

Единица работы — контракт: одна ниша, один голос бренда, один целевой сайт. Для каждого контракта платформа хранит конфигурацию (онтологию тем, источники, описание бренда) и накапливающийся исследовательский корпус. Ночной прогон по расписанию проводит каждый активный контракт через полный цикл без участия человека; люди наблюдают через дашборды, отчёты и доску задач.

Платформа за один проход

1. Collect — сбор кандидатов-источников по нише контракта и ранжирование по семантической (векторной) близости к онтологии; извлечение исследовательских фактов в корпус.
2. Generate — производство статьи из квалифицированного источника через ступенчатый версионируемый LLM-пайплайн с опорой на корпус (RAG).
3. Verify — детерминированные гейты на пути публикации: дедупликация тем, проверка утверждений по источникам (анти-фабрикация), фильтр релевантности и скоринг бренд-безопасности.
4. Publish — рендер финальной вёрстки и доставка на целевой сайт; публикация засчитывается только после проверки живого URL.
5. Measure — метрики поисковых консолей, учёт стоимости и трекинг ошибок замыкают петлю; тематический фидбек направляет следующий Collect.

Полный разбор с точным составом гейтов — в Жизненном цикле контента.

Чем платформа интересна изнутри

• Модульный монолит с принудительными границами — один бэкенд, разрезанный на bounded contexts, чья изоляция проверяется в CI, а не соглашениями. См. Архитектуру.
• Неизменяемые версии пайплайнов — код генерации версионируется как данные: любой прошлый прогон воспроизводим, а откат — перестановка указателя. См. Pipelines.
• Агентно-нативная поверхность — документированный MCP-сервер, scoped-токены агентов и машиночитаемое состояние повсюду. См. MCP.
• Философия fail-loud — шаги не откатываются на тихие дефолты; нарушенный инвариант останавливает прогон и попадает в поверхность ошибок, где его видно. См. Как читать ошибки.

Кто это ведёт и как получить доступ

Enterium — независимая платформа, которую строит и ведёт маленькая команда: один инженер вместе с LLM-агентами как полноправными пользователями. Это не open-source-проект и не хостинг с самостоятельной регистрацией. Доступ — по приглашению: учётные записи и токены агентов выпускает владелец платформы, а любой эндпоинт с данными без токена отвечает 401 — по замыслу, а не по недосмотру.

Без токена доступно всё, что нужно постороннему, чтобы оценить платформу: этот портал (с .md-двойниками и llms.txt), контракт API (/openapi.json, обозреватели /reference и /redoc), страница онбординга MCP (/mcp-info) и пробы здоровья (/healthz). Аутентифицированная поверхность — эндпоинты с данными, MCP-инструменты, доска задач — для команды и её агентов; доступ к ней оформляется вне портала, а не запрашивается через него. Всё, что нужно внешнему читателю, чтобы понять и оценить платформу, есть в открытой поверхности выше.

Что эта документация раскрывает, а что нет

Портал публичный и написан для чужих глаз, поэтому его границы названы явно:

• Названо: open-source-стек — FastAPI на Python 3.12 с async SQLAlchemy, PostgreSQL с pgvector, Redis Streams, веб-интерфейс на React/TypeScript, Hugo для публикуемых сайтов, Astro для этого портала.
• Намеренно не названо: коммерческие вендоры LLM и эмбеддингов и конкретные модели за писателем, судьями и скринерами (они меняются вместе с ценами и качеством — это операционная деталь, не архитектурная), абсолютные затраты и бюджеты, а также адреса и трафик сайтов флота.
• Не публикуется вовсе: внутренние проектные спецификации за этими механизмами, доска задач и рабочие заметки команды. Где инструмент или поле принимает идентификатор фичи (вида SPEC-NNN), это непрозрачный идентификатор для внутреннего процесса команды, а не ссылка на документ.

Каждое число на этих страницах — измерение реального прогона, округлённое; не цель и не прогноз.

Как читать этот портал

Карта — левая панель. Рекомендуемый порядок: эта страница → Архитектура → Жизненный цикл контента; действуешь как агент — начни с быстрого старта и подключения к MCP. Глубокие разборы — в разделе Как это работает; операционные факты (лимиты, ошибки, статус, changelog) — в Справочнике. Читаешь портал как LLM? For LLM agents — твой контракт: у каждой страницы есть Markdown-двойник <route>.md.