У AI есть замечательное качество: ему не жалко дописать ещё один абзац. И ещё один. При достаточной автоматизации однажды обнаруживаешь, что главное ограничение редакции — способность человека прочитать всё, что редакция уже произвела.

В раннем Content OS я разбирал путь от Custom GPT к структурированному пакету материала. Идея ContentPack состояла в том, чтобы передавать дальше не россыпь ответов из чата, а подготовленные поля, блоки и локализованный текст.

Ниже — архивный интерфейс Publisher с вымышленным материалом. Исходная история собрана в одном редакторе; это экран раннего эксперимента, а не нынешняя система публикации nevsky.ae.

Редактор исходного материала

Архивный интерфейс · демонстрационные данные

Редактор исходного материала
Сохранённый экран проекта · без интерактивного управления

Пакет должен знать, что он меняет

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

Здесь материал разложен по карточкам площадок. Можно посмотреть подготовленные английские версии и устройство редактора распространения. Никакие публикации из этого демо не отправляются.

Версии для разных площадок

Архивный интерфейс · демонстрационные данные

Версии для разных площадок
Сохранённый экран проекта · без интерактивного управления

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

Матрица показывает состояние вымышленных материалов по направлениям выпуска. Это отдельный способ увидеть, какие части пакета ещё требуют редакционной работы.

Матрица готовности

Архивный интерфейс · демонстрационные данные

Матрица готовности
Сохранённый экран проекта · без интерактивного управления

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

На этом экране виден JSON-пакет для дальнейшей передачи. Можно рассмотреть структуру результата; наличие пакета не означает разрешения автоматически публиковать его содержимое.

Передача ContentPack

Архивный интерфейс · демонстрационные данные

Передача ContentPack
Сохранённый экран проекта · без интерактивного управления

Что работает у меня сейчас

Для nevsky.ae я выбрал более прямой порядок: подготовить и согласовать русский текст, переводы, изображения и вариант подачи; передать их Codex; изменить файлы в content; посмотреть результат локально; отдельно принять решение о публикации.

Это действующий способ работы. ContentPack остаётся полезным опытом проектирования редакционного обмена, а не скрытым автоматическим издателем, который сейчас выпускает мой блог.

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

От раннего Content OS я сохранил идею структурированного материала и проверки изменений. Нынешний блог использует свой процесс подготовки и ручного принятия текста. Интерфейсы Publisher в статье показывают прежний инструмент, а не ещё одну действующую редакцию Nevsky.ae.

Связанные истории: История Nevsky.ae · Contra MCP Starter · Source и Operator.