От источника до сцены: почему сгенерированной новелле нужен режиссёр
Как текст, HTML или PDF превращается в связную визуальную новеллу через контракты сцен, библии непрерывности, два режима композиции, сборку по MCP и проверку готовых рендеров.
Romergo изнутри
Как устроена платформа интерактивных историй.
Дневник разработки о продуктовых решениях, экспериментах, ошибках и системах Romergo через то, какие возможности они дают авторам и игрокам.
Общая картина
Одна история. Одна общая основа.
Автор работает в Builder, изменения превращаются в проверенную публикацию, а общий runtime переносит историю во все поддерживаемые способы прохождения.
Заметки разработки
Истории изнутри продукта
Скриптов нет. Логика есть: как устроены ноды и переменные в Romergo
Romergo не запускает произвольный код внутри квеста. Вместо этого автор собирает поведение из нод, переменных, условий и эффектов — а HTML и CSS остаются безопасным слоем оформления.
Главы выходят по мере готовности — а игрок не теряет место в истории
Как выпускать произведение по частям, обновлять уже опубликованные главы и безопасно продолжать прохождение после новой версии.
Почему плеер Romergo работает на обычном DOM
Как разделение на простую сцену и умный runtime помогло объединить предпросмотр, браузерную игру, мобильные экраны и синхронное прохождение в Discord.
Импорт и экспорт: история должна оставаться вашей
Почему Romergo выбрал открытый архив проекта, автономные сборки игр и перенос через агентов вместо того, чтобы запирать авторов внутри одного редактора.
Я пригласил своего ИИ-агента в Romergo, и я не знаю, что это и как правильно назвать.
Как Romergo позволяет личному ИИ-агенту подключиться к живой сессии Builder, получать контекст и команды, использовать инструменты MCP и возвращать проверенный результат без размещения модели на стороне Romergo.
Новелла состоит из картинок. Почему конструктор оказался таким сложным?
Как небольшой прототип Fibber вырос в распределённую платформу с совместной работой, версионной публикацией и общим runtime историй.