GoCMS появился не как попытка повторить WordPress или Bitrix на новом языке. Это ответ на вопрос, который задают Go-разработчики, когда им нужна своя админка, свой контент и своя модель данных: «Почему я должен тратить месяцы на то, что должно быть инфраструктурой?»

Один бинарник — много сценариев

В основе — идея минимализма и предсказуемости. Один Go-приложение несёт в себе всё необходимое: REST-интерфейс, GraphQL-плагин по желанию, админский UI, публичный рендер и слой аудита. Нет внешних зависимостей, нет PHP-окружения, нет риска, что сторонний плагин сломает прод.

Такой подход радикально меняет эксплуатацию. Обновление — это замена бинарника. Бэкап — снимок состояния. Аудит — встроенный, а не прикрученный позже.

Три слоя, а не один монолит

Проект сознательно разделён:

• go-codex — внешний контракт: REST-эндпоинты, поведение админки, темы, плагины. То, с чем работает интегратор или фронтенд.

• go-stack — Go-реализация: доменные пакеты, сервисы, репозитории, runtime-плагины, job'ы.

• go-ui8kit — только админский профиль: shell, композиция, ARIA, стили и компоненты.

Это не просто «разделение кода». Это гарантия, что внешний контракт остаётся стабильным, даже если внутренняя реализация эволюционирует.

Безопасность и простота по умолчанию

В GoCMS нет «рантайма скриптов снаружи». Нет устаревших JS-фреймворков в админке. Авторизация — Argon2id + сессии с жёсткими таймаутами. Каждое привилегированное действие проходит capability-проверку и пишется в аудит.

Recovery-коды, app passwords с ограниченным сроком жизни, автоматическое удаление секретов из логов — всё это не «фичи», а базовый уровень.

Плагины как расширение, а не костыль

Платформа изначально проектировалась расширяемой. Плагин может добавить route, capability, админский экран или интеграцию. При этом ядро остаётся стабильным. GraphQL и JSON import/export — первые примеры такого подхода.

Для кого это

GoCMS — не для маркетолога, который хочет «поставить сайт за вечер». Это инструмент для команд, которые строят:

• внутренние порталы и B2B-системы,

• кастомные SaaS-продукты, где CMS — часть домена,

• проекты, где важны аудит, миграции, бэкапы и полный контроль над данными.

Вместо того чтобы писать свою админку и контент-модель с нуля, разработчик получает готовое, но не жёсткое ядро. И может сосредоточиться на бизнес-логике, а не на инфраструктуре.

Не догнать, а переопределить

Рынок классических CMS сжимается. Но потребность в надёжном, безопасном и расширяемом контент-слое внутри Go-проектов никуда не исчезает. GoCMS — это не попытка «догнать WordPress». Это инфраструктурный кирпич, который позволяет Go-разработчикам тратить время на то, что действительно важно.