Как мы превратили «Почему» в воспроизводимый контракт канона InterDead

О великом и страшном «Почему» в геймдизайне.

Контекст

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

Проблема

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

Гипотеза

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

Решение

«Почему» стало операционным инструментом — контрактом канона. Каждая сущность должна иметь:

• определённое назначение;
• задокументированные причинные связи;
• ясную область применения;
• описываемые последствия.

Вики одновременно служит средой формализации и системой ограничений.

Метрики эффекта

Эффект носит архитектурный характер: предсказуемое масштабирование, меньше внутренних противоречий, меньшая семантическая разница между локализациями и более быстрые решения. Главный результат — контроль причинности.

Дополнительными эффектами стали ускорение редакционного процесса и рост вовлечённости аудитории; последнему посвящён отдельный кейс «How We Offset Development Costs».

Ограничения

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

Самодисциплина как главный фактор

Модель работает, когда каждое решение отвечает на «Почему», канон фиксируется до масштабирования, а публичность вики подталкивает к точности формулировок. Творчество получает структуру.

Архитектура модели

SSOT: единый источник истины

Основная версия канона — английская. Остальные локализации производны, поэтому споры о «правильной» версии не возникают.

Процесс change-list

Каждое изменение проходит последовательность:

1. определить «Почему»;
2. перечислить все затронутые страницы;
3. обновить основной материал;
4. распространить зависимые изменения волнами;
5. проверить локализации.

Три режима публикации

Мы различаем ручную публикацию, полуавтоматические сборки и полную API-синхронизацию через Action API + CI. Ручной режим гибок, но подвержен ошибкам; полуавтоматический сокращает копирование; API обеспечивает высокую синхронность и масштабируемость. Автоматизация не отменяет редакционной ответственности за смысловые изменения.

Следующий этап

Следующий уровень — культурная адаптация канона с сохранением «Почему» при изменении культурного контекста.

Вывод

Публичная внутренняя система превратила «Почему» в контракт, редакционный фильтр, архитектурный стабилизатор и механизм синхронизации.

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