Игровая система «КОНТУР»: персональная сеть мониторинга Зоны

«Контур»: сенсорная сеть Зоны — геймдизайн и логика реализации в Unreal Engine 5.6

Формат: системный геймдизайн-документ с техническими принципами реализации, без программного кода.
Тип контента: длинная опциональная сюжетно-системная линия, встроенная в исследование открытого мира.
Основная фантазия игрока: собственными руками построить несовершенную, но полезную информационную сеть и решить, кто получит доступ к её данным.
Проектная продолжительность: 45–70 часов прохождения с активным развитием сети. Это время включает путешествия, обычные задания и исследование, а не добавляется к ним. 80–120 часов возможны при освоении региональных проектов, специализаций и связанных сюжетных веток, но не должны обеспечиваться искусственным растягиванием обслуживания.
Статус чисел: радиусы, цены, интервалы и объём контента ниже — стартовые гипотезы для прототипа. Окончательные значения определяются геометрией карты, экономикой проекта и результатами плейтестов.

1. Концепция и обещание игроку

Игрок получает экспериментальный модуль для КПК. Он не видит «души через стены», а сопоставляет слабые и неоднозначные признаки: радиообмен устройств, звуки движения, сейсмические колебания, доступные тепловые наблюдения и вымышленный биоаномальный отклик среды Зоны.

В начале модуль помогает понять, что поблизости есть необъяснённая активность. Позднее игрок устанавливает стационарные станции, соединяет их ретрансляторами, собирает проверенные профили сигналов и получает стратегическую карту: где недавно проходили группы, в каких секторах меняется активность мутантов, откуда поступил SOS и какие районы давно не наблюдались.

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

Сеть уменьшает неопределённость, но не устраняет её. Она помогает задавать миру правильные вопросы, а не выдаёт готовые ответы на любой вопрос.

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

2. Дизайн-столпы и исправление ключевых противоречий

Что необходимо изменить относительно первоначальной схемы

• Не называть вымышленные сенсоры реалистичными. Дальнее обнаружение живых организмов по биоэлектрической активности обычными приборами не объясняет предложенную механику. Биоаномальный канал — явное фантастическое допущение мира.
• Не смешивать обнаружение устройства и человека. Зарегистрированный КПК подтверждает наличие устройства с определённым ключом, но не доказывает, что рядом находится его владелец.
• Не считать три станции универсальным условием точности. Важны геометрия, синхронизация, доступные измерения и независимость ошибок. Иногда достаточно двух хороших наблюдений, а иногда и три почти бесполезны.
• Не считать шифрование скрытностью. Шифрование защищает содержание передачи, но не скрывает сам факт радиоизлучения.
• Не обещать фиксированный процент покрытия заранее. Число станций и достижимое качество зависят от размеров карты, рельефа и типов задач.
• Не привязывать общий финал к одной топологии. Охотничья, научная и социальная сети должны иметь разные критерии успешности.
• Не использовать уникальные внутренние идентификаторы существ для идеального сопоставления сигналов. Это незаметно превратит даже размытые метки в всеведущую систему.

3. Лорное объяснение и границы технологии

3.1. Происхождение

Рабочее название проекта — «Контур». Сталкеры называют его «Эхо».

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

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

Независимый радиотехник восстанавливает часть аппаратуры, архив измерений и протокол связи. Игрок получает один из рабочих комплектов и административный ключ своей сети. Ключ позволяет управлять подключённым оборудованием, но не даёт власти над всеми устройствами Зоны.

3.2. Почему технология не стала массовой

• Одиночный сенсор часто путает биологическую активность, устройства и аномальный фон.
• Качественные усилители, защищённые вычислительные блоки и калибровочное оборудование редки.
• Для полезной работы нужны питание, подходящие площадки, связь и договорённости с владельцами территорий.
• После Выбросов меняется фон. Простые устройства временно теряют точность; защищённые переходят в безопасный режим и восстанавливаются автоматически.
• Активные измерения и радиопередачи оставляют обнаружимый след.
• Политическая цена слежения за людьми может оказаться выше технической выгоды.

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

4. Сенсорные каналы: что действительно наблюдается

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

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

Контрмеры и необычные источники

• Дисциплинированная группа может отключить радиообмен, но это не делает её невидимой для акустики и доступных биоаномальных наблюдений.
• Экранированный чехол скрывает радиоканал устройства, а не весь организм.
• Подмена идентификатора особенно опасна для старых, неаутентифицированных протоколов.
• Кровосос даёт нестабильный профиль, но его невидимость не должна автоматически отключать все сенсорные каналы.
• Контролёр создаёт коррелированные ложные следы: несколько станций могут ошибаться по одной и той же причине.
• Работающий передатчик в аномалии способен выглядеть как организованная группа, пока игрок не получит независимое подтверждение.

5. Информационный контракт: что система имеет право сообщать

Нужно различать четыре уровня информации:

1. Измерение: станция зарегистрировала радиообмен или рост определённого отклика.
2. Оценка: вероятно, в секторе есть несколько биологических источников.
3. Интерпретация: наблюдения похожи на движение стаи или перестрелку.
4. Социальное сообщение: зарегистрированный КПК передал позывной, публичный статус или SOS.

Эти уровни не должны выглядеть в интерфейсе одинаково достоверными.

Разрешённая информация

• Область возможного расположения и направление на источник.
• Диапазон количества, если сенсорные признаки позволяют его оценить.
• Вероятный класс сигнала и альтернативные объяснения.
• Время измерения, время получения и качество наблюдения.
• Последовательность ранее наблюдавшихся областей.
• Подлинное сообщение зарегистрированного устройства.
• Ограниченный прогноз, построенный по доступной истории.

Запрещённая информация

• Скрытое содержимое инвентаря, оружие и точное здоровье.
• Боевые намерения и текущая цель AI.
• Гарантированная враждебность по принадлежности к фракции.
• Точная позиция за непрозрачным препятствием без подходящего наблюдаемого канала.
• Имя незнакомого человека, полученное из внутренней записи персонажа.
• Подтверждение смерти только потому, что исчез сигнал.
• Будущий маршрут, взятый из планировщика поведения NPC.

Достоверность состоит из нескольких величин

Одного общего процента недостаточно. Следует отдельно хранить:

• Уверенность обнаружения: есть ли вообще значимый источник.
• Уверенность классификации: насколько хорошо объяснение подходит наблюдению.
• Пространственную неопределённость: насколько широка область возможного положения.
• Свежесть: сколько времени прошло после измерения.
• Подлинность сообщения: подтверждён ли ключ передающего устройства.

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

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

6. Три уровня системы и путь данных

6.1. Персональный сканер

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

6.2. Стационарная инфраструктура

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

6.3. Аналитика и социальные протоколы

КПК или концентратор сопоставляет наблюдения, ведёт историю, распознаёт доступные протоколы и применяет права доступа.

Путь одного наблюдения

1. Сенсор выполняет измерение в определённый момент.
2. Станция формирует наблюдение с ограничениями и сохраняет его локально.
3. Доступная часть сети передаёт наблюдение получателю.
4. Аналитика сопоставляет его с другими данными совместимого времени.
5. Политика доступа определяет, кому и в каком виде разрешено его показать.
6. КПК отображает результат, сохраняя исходную давность и происхождение.

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

При этом дата получения не заменяет дату измерения. Архив, скачанный сегодня, не становится сегодняшним наблюдением.

7. Логика обнаружения, сопоставления и устаревания

7.1. Обнаружение

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

Нельзя называть произвольную сумму игровых коэффициентов физическим отношением сигнал/шум. Если используются условные баллы, это внутренняя модель качества. Физическое отношение сигнал/шум требует согласованных величин мощности или их корректного представления в децибелах.

7.2. Классификация

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

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

7.3. Объединение наблюдений

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

Дополнительная станция полезна, если даёт новую информацию:

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

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

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

7.4. Устаревание

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

Повторное открытие карты, пересылка пакета и получение того же сообщения от другого ретранслятора не повышают свежесть.

7.5. Отсутствие активности

Успешный скан без значимых сигналов — тоже наблюдение. Интерфейс должен различать:

• «Сектор недавно проверен, значимой активности не обнаружено»;
• «Сектор не наблюдался»;
• «Данных нет из-за помех».

Но даже первый вариант не равен гарантии безопасности: сенсор способен пропустить слабый, неподвижный или замаскированный источник.

8. Персональный сканер КПК

8.1. Пассивный режим

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

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

8.2. Активный импульс

Активный режим возбуждает экспериментальный резонатор и уточняет доступные каналы. Он не заставляет чужие КПК раскрывать закрытые данные и не превращает стены в прозрачные поверхности.

• Требует короткого действия с КПК и временно ограничивает готовность оружия.
• Расходует энергию буфера.
• Может быть прерван.
• Выдаёт результат с объяснимой погрешностью.
• Обнаруживается только противниками с подходящими средствами или существами с соответствующей чувствительностью.
• Даёт противнику приблизительное направление или область источника, а не автоматически точную позицию игрока.

Эти расстояния не являются одинаковым радиусом для всех каналов. Радиопередатчик может обнаруживаться дальше слабого биоаномального следа, а тепловое наблюдение ограничивается обзором.

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

9. Станции, модули и компромиссы

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

«Тихий», «укреплённый» и «пси-адаптированный» — преимущественно конфигурации модулей, а не три полностью отдельные производственные системы. Это уменьшает объём контента и облегчает понимание крафта.

Модульные группы

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

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

Питание как решение, а не таймер наказания

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

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

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

10. Покрытие: не круги на карте и не гонка за последним процентом

10.1. Три разных показателя

1. Потенциальное сенсорное покрытие: где установленное оборудование в нормальных условиях способно выполнять определённую задачу.
2. Доступность передачи: какие станции сейчас могут доставить данные этому получателю.
3. Оперативная осведомлённость: где у игрока есть достаточно свежие и качественные наблюдения.

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

10.2. Покрытие зависит от задачи

Одна станция хорошо обнаруживает открытые радиопередачи, но плохо оценивает стаи в лесу. Поэтому нужен выбор слоя: «радиосвязь», «биологическая активность», «миграции», «публичные SOS».

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

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

При этом:

• Вес участка определяется дизайном территории, а не текущим числом NPC.
• Декоративные скалы, недоступные области и пространство за границей мира не входят в расчёт.
• Успешное наблюдение без обнаруженной активности тоже учитывается.
• Перекрывающиеся станции не суммируются как независимые, если их ошибки связаны.
• Недоступный локальный архив не повышает текущую осведомлённость игрока, пока не синхронизирован.
• Постоянные слепые зоны показываются отдельно, а не выдаются за неисправность.

10.3. Масштаб сети

Для карты из 8–10 регионов стартовая гипотеза — 42–48 потенциальных площадок, из которых примерно 24–30 сенсорных установок и 6–10 ретрансляторов позволяют собрать развитую сеть.

Однако это нельзя подтвердить без проверки площади. Ориентир 650–900 метров для стандартного узла может быть достаточным на компактной карте и совершенно недостаточным на большой. Рельеф, перекрытия и форма регионов дополнительно меняют результат.

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

Проценты 85–95% допустимы как результат конкретной тестовой карты, но не как универсальный закон. Если подземелья входят в общий знаменатель, их невозможно «закрыть» поверхностными станциями. Если считаются только выбранные наземные маршруты, полное покрытие этого сервиса может быть достижимо.

Цель игрока — достаточный сервис, а не обязательные 100%. Зона остаётся непредсказуемой благодаря ограничениям наблюдения, а не искусственно зарезервированным пяти процентам карты.

11. Прогрессия: возможности, специализации и знания

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

Базовая аутентификация и контроль доступа доступны с начала сетевого режима. Их нельзя полностью откладывать до последнего уровня: иначе первые станции технически небезопасны, а ранние социальные обещания не обеспечены.

Поздняя прогрессия улучшает защищённость, удобство управления и взаимодействие с внешними протоколами.

Оборудование не заменяет знание

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

Труп мутанта может быть полезным образцом для лабораторного исследования, но не заменяет профиль живого движения, акустики и пси-активности. Такое задание допускает покупку архива, наблюдение без убийства или помощь исследователям.

Ранний доступ

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

Но технология не равна готовой сети. Раннее получение чертежа не отменяет логистику, подходящие площадки, питание, калибровку и политические последствия.

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

12. Установка станции и игровой цикл

12.1. Основной цикл

1. Игрок сталкивается с информационной потребностью: опасный маршрут, пропавший контакт, неизвестная миграция.
2. Находит подходящую инфраструктуру или альтернативное решение.
3. Выбирает конфигурацию и источник питания.
4. Организует компоненты, доставку и доступ к площадке.
5. Устанавливает и проверяет оборудование.
6. Получает новые наблюдения.
7. Использует их в реальной экспедиции.
8. Возвращается с подтверждением, ресурсами, профилем или новым контактом.

Этот цикл лучше последовательности «нашёл вышку — установил маяк — получил процент»: установка начинается с понятной задачи и заканчивается новым действием в мире.

12.2. Разнообразие площадок

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

У авторской площадки есть одна основная проблема и, иногда, дополнительный осложняющий фактор. Обычные установки после обучения могут выполняться быстро или поручаться оператору.

12.3. Калибровка

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

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

13. Адаптивная сюжетная линия

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

Адаптация к действиям игрока

• Уже подтверждённые возможности засчитываются без повторного строительства.
• Технические вехи сохраняются как достигнутые факты, даже если игрок позднее демонтировал узел.
• Испытание текущей работоспособности проверяет именно актуальное состояние, но не обнуляет пройденное обучение.
• Дублирующее оборудование заменяется полезным модулем, материалами или услугой.
• Сюжетные разговоры сохраняются там, где несут новый выбор, а не только объясняют кнопку.
• Авторская площадка может оставаться обязательной для конкретной истории, но не для любой технически эквивалентной сети.

Кража ключа не означает автоматическое знание всех сообщений фракции навсегда. У ключа может быть ограниченная область применения; компрометация способна привести к отзыву. Репутационные последствия возникают, когда нарушение обнаружено, а не потому, что мир магически знает о каждом скрытом действии игрока.

Региональные проекты

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

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

Финал «Контур замкнут»

Финал проверяет выбранную специализацию, а не единую обязательную долю всей карты:

• Научная сеть: качественные долгосрочные наблюдения в нескольких разных средах.
• Социальная сеть: связь между согласившимися лагерями, доставка SOS и понятные правила доступа.
• Охотничья сеть: изученные миграционные коридоры и подтверждённые профили.
• Скрытая сеть: ограниченный, но устойчивый сервис при подавлении и низкой заметности.
• Широкая стратегическая сеть: региональное покрытие и резервирование ключевых линий.

Резервирование оценивается по альтернативным путям для важных участков, а не по наличию трёх произвольных колец.

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

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

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

14. Крафт и логистика без лишнего инвентарного шума

14.1. Принципы крафта

• Нет случайного провала сборки.
• Нет обязательной мини-игры для каждой партии.
• Базовая установка не требует редкого артефакта.
• Первый комплект позволяет понять устройство станции; дальнейшую сборку можно поручить технику.
• Готовое оборудование продаётся дороже компонентов, но экономит подготовку.
• Неповреждённые съёмные модули возвращаются полностью.
• Потери при демонтаже относятся прежде всего к монтажным материалам и повреждённым частям, а не ко всей стоимости станции.

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

14.2. Масса и перевозка

Для прототипа ретранслятор может весить 4–5 кг, малый комплект — 6–8 кг, стандартный — 8–10 кг. Магистральный набор может быть тяжелее, но его полная масса должна учитывать антенны, крепления и питание.

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

После первых установок открываются:

• сборка у техника;
• доставка в безопасный лагерь;
• перевозка проводником по доступному маршруту;
• монтаж союзным оператором на уже проверенной площадке.

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

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

15. Экономика: считать чистые расходы и реальную пользу

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

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

15.1. Общая стоимость

Следует отдельно учитывать:

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

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

Первые установки частично субсидируются. По мере роста сети технические расходы покрываются контрактами, но новая территория всё равно требует путешествий и решений.

15.2. Продажа данных

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

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

• У каждого набора данных есть происхождение и история продаж.
• Повторная продажа тому же покупателю не создаёт новый результат.
• Продажа другим сторонам зависит от договора: неисключительные данные могут иметь несколько покупателей.
• Общие повторяющиеся сведения быстро насыщают спрос.
• Ценность даёт подтверждение игроком или значимое изменение мира, а не бесконечное ожидание.

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

16. Обслуживание: отдельные неисправности вместо одной шкалы здоровья

Единый показатель состояния плохо объясняет поведение оборудования. Повреждённая антенна, севший резервный аккумулятор и дрейф калибровки — разные проблемы с разными решениями.

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

Правила защиты от рутины

• Игра не разрушает сеть, пока выключена.
• На стандартной сложности один Выброс обычно не создаёт больше одной новой полевой ремонтной задачи.
• Общий бюджет аварий учитывает уже существующие проблемы: события не накапливаются бесконечно.
• Плановая профилактика доступна через региональный сервис.
• Серьёзный износ прогнозируется заранее.
• Потеря площадки сопровождается предупреждением, возможностью договориться или перенести оборудование.
• Полное уничтожение — редкое сюжетное последствие понятного риска, а не обычный бросок случайности.
• При зрелой сети обслуживание ориентировочно занимает не более 5–8% связанного с ней активного времени.

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

Концентратор не «ремонтирует металл по радио». Он выполняет диагностику, перезапуск и программную калибровку, а физическую работу поручает оператору с деталями и временем доставки.

Локальный архив конечен. Обычные старые наблюдения сжимаются или вытесняются; важные сообщения и контрактные результаты резервируются. Нельзя обещать бесконечную память любому выключенному узлу.

17. Люди, согласие и политика данных

17.1. Регистрация контактов

После знакомства NPC может связать позывной с ключом своего устройства и разрешить отдельные виды обмена:

• только SOS;
• публичный статус специалиста;
• последний контакт для конкретных людей;
• участие в логистике;
• периодические сообщения группе;
• никакого персонального отслеживания.

Регистрация не означает пожизненного согласия. NPC может отключить передачу, сменить устройство или отозвать разрешение.

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

17.2. Политика — не один глобальный переключатель

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

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

17.3. Защита содержания и скрытность

Это независимые задачи:

• Шифрование ограничивает чтение перехваченного содержания.
• Аутентификация помогает проверить отправителя и защититься от простых подделок.
• Контроль доступа определяет, кому разрешено получать данные.
• Скрытность снижает заметность передачи за счёт мощности, направленности, редких сеансов и размещения.

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

17.4. Обезличивание

Удаление имени не делает подробную историю перемещений полностью анонимной. По редкому маршруту, времени и посещаемым лагерям можно повторно установить личность.

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

17.5. Региональные операторы

Техник улучшает восстановление, учёный — интерпретацию, охотник — профили, медик — обработку SOS, проводник — логистику. Бонусы объясняются работой NPC, а не мистическим увеличением радиуса.

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

18. Динамические события: обнаруживать мир, а не создавать награды из воздуха

Большинство сигналов должно происходить из уже существующего состояния мира: группа действительно проходит маршрут, торговец действительно остановился, устройство действительно потеряло связь.

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

Три вида событий

1. Наблюдаемое состояние: сеть раскрывает реальную миграцию, стоянку или SOS.
2. Системная встреча: создаётся правдоподобная ситуация в допустимой точке с учётом населения, ресурсов и текущих конфликтов.
3. Авторская цепочка: редкое событие с заранее подготовленными этапами и последствиями.

Соотношение этих видов определяется ощущением достоверности на тестах. Проценты вроде 60/25/15 могут быть ориентиром контентного плана, но не обязательной квотой runtime-системы.

Правила честности

• Нельзя показывать наблюдение встречи до того, как соответствующее состояние существует в симуляции.
• Нельзя материализовать врагов рядом с игроком только потому, что он принял сигнал.
• Сгенерированная встреча использует допустимые точки входа, время прибытия и ограничения мира.
• Один инцидент не порождает несколько одинаковых заданий.
• Исчезновение сигнала само по себе не превращается в сообщение о смерти.
• Обычные встречи могут измениться до прибытия игрока; уникальные сюжетные награды не исчезают без предупреждения о срочности.
• Не каждое обнаруженное событие получает уведомление.

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

Реакция союзных NPC строится на тех же ограниченных данных и доступных им правах. Открытая сеть улучшает их решения, но не гарантирует выживание.

19. Интерфейс КПК: показывать смысл, а не все внутренние параметры

19.1. Основные вкладки

• Карта: активность, давность, выбранный сервис и области неопределённости.
• Сеть: станции, линии связи, питание, причины ухудшения и прогноз сервиса.
• Контакты: разрешения, сообщения, публичные статусы и последние контакты устройств.
• Архив: подтверждённые события, региональная история, профили и изменения после Выбросов.
• Планирование: прогноз установки, доставка, конфигурации и недостающие компоненты.

Вкладки и детали раскрываются постепенно. Начальный КПК не должен встречать игрока интерфейсом управления промышленной сетью.

19.2. Пример карточки сигнала

Предположительно 4–8 биологических источников
Вероятное объяснение: стая собачьего семейства
Классификация: средняя уверенность
Движение: вероятно, на северо-восток
Измерено: 2 минуты 18 секунд назад
Получено КПК: 40 секунд назад
Область возможного положения: около 140 метров, расширяется
Основание: два совместимых наблюдения, один общий источник помех

Для знакомого NPC корректнее написать «Последний контакт с зарегистрированным КПК Седого», а не «Седой находится здесь». Дополнительные независимые признаки могут поддерживать гипотезу о присутствии владельца, но не дают абсолютного доказательства.

19.3. Карта и безопасность

• Старые области визуально бледнеют и расширяются.
• Отсутствие данных отличается от отсутствия обнаруженной активности.
• Прогнозы отображаются пунктирными коридорами, а не точными будущими точками.
• Фракционная принадлежность не окрашивает автоматически источник в «врага».
• Маршрут может иметь низкую наблюдавшуюся активность, но не статус «гарантированно безопасен».
• В подземельях и многоэтажных районах учитывается слой карты, чтобы не смешивать разные высоты.

19.4. Уведомления

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

Ориентир — не более двух обычных инициативных уведомлений за час активной игры. Это не лимит на просмотр данных по запросу и не причина скрывать действительно важный SOS.

Цвет дополняется формой, подписью и характером звука. Доступность интерфейса не должна зависеть только от красно-зелёного различия или слуха.

20. Баланс, эксплойты и право игрока на эксперимент

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

Новый сенсор вправе дать действительно независимую информацию. При этом общая пси-помеха остаётся общей: её нельзя случайно «перебросить» перестановкой станции.

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

21. Техническая архитектура Unreal Engine 5.6

21.1. Область применимости

Ниже описана архитектура для проекта, в котором команда контролирует необходимые игровые системы. Если речь идёт о модификации готовой игры, возможность реализации зависит от доступного SDK, интерфейсов симуляции и разрешённых изменений. Наличие Unreal Engine само по себе не гарантирует доступ к внутренней A-Life-подобной системе.

21.2. Разделение ответственности

Установки существуют как записи данных независимо от загрузки их физических объектов. Actor станции — представление и точка взаимодействия, а не единственное место хранения её состояния.

Для текущего мира подходит World Subsystem. Долговременное состояние переносится через систему сохранения и восстанавливается при создании мира. Подсистема мира не переживает любые переходы автоматически.

21.3. Защита от скрытого всеведения

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

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

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

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

21.4. Возможности движка

• World Partition: загрузка физических площадок и окружения; не симуляция удалённых станций.
• Mass Entity: обработка большого населения, если проект уже использует Mass или действительно нуждается в нём.
• StateTree: поведение техников, диверсантов и групп, реагирующих на сообщения.
• Smart Objects: точки обслуживания и взаимодействия, если это соответствует существующей системе NPC.
• Gameplay Ability System: активный скан и его эффекты, если GAS уже внедрён. Вводить GAS только ради одной кнопки необязательно.
• Primary Data Assets и Asset Manager: определения шасси, модулей, профилей, рецептов и событий.
• Gameplay Tags: категории каналов, состояний и возможностей; не замена числовым моделям качества.
• CommonUI и MVVM: ввод, навигация и отделение интерфейса от симуляции.
• PCG: второстепенное оформление площадок и вариативное окружение, но не неконтролируемое размещение критической инфраструктуры.

Game Feature Plugin может быть удобной упаковкой, особенно при существующей модульной архитектуре. Однако обычный runtime-плагин или модуль часто проще. Слабая связанность появляется благодаря чётким интерфейсам, а не автоматически из-за названия типа плагина.

Шина сообщений также зависит от проекта. Нельзя считать GameplayMessageSubsystem гарантированно подключённой базовой функцией любого проекта UE 5.6.

22. Население, стриминг и пространственные данные

22.1. Уровни детализации

• Рядом с игроком: полноценные Actors, локальные измерения и ограниченные проверки препятствий.
• В активном регионе: отдельные важные NPC и группы, пространственная индексация и умеренная частота обновлений.
• В удалённых областях: агрегаты населения, потоки перемещения и записи постоянных персонажей с более грубой точностью.

Удалённая станция не становится источником стриминга World Partition. Иначе десятки узлов заставят загрузить почти весь мир.

Mass Entity сам по себе не является готовой глобальной симуляцией жизни Зоны. Нужны правила перемещений, столкновений, ресурсов и переходов между уровнями детализации — либо адаптер к уже существующей системе.

22.2. Согласованность переходов

При переходе из агрегата в Actor-представление нельзя создавать новую независимую группу. Население, приблизительное положение и ключевые состояния передаются между уровнями с сохранением единого источника истины.

На время передачи владения исключается двойной учёт: одна группа не должна одновременно присутствовать в агрегате и среди Actors.

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

22.3. Пространственная организация

Для региональной статистики подходят ячейки порядка 128–256 метров. Для локального сканера этого недостаточно: его рабочие расстояния иногда меньше одной такой ячейки.

Поэтому используется иерархия:

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

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

22.4. Физическое представление

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

Data Layers подходят для крупных авторских вариантов окружения. Переключение одного Runtime Data Layer не следует использовать как единственный способ учёта индивидуального состояния каждого узла.

Статическая вышка может входить в HLOD. Динамические модули и повреждения требуют отдельного подхода: запечённый HLOD не начинает автоматически отражать любую runtime-перестройку.

23. Маски покрытия, планировщик и фоновая обработка

23.1. Предрасчёт

Для авторских площадок заранее строятся канальные маски: где и с каким затуханием доступны радио-, акустические и другие наблюдения. Учитываются высота, рельеф, известные препятствия, ориентация антенн и разделение поверхностных и подземных сред.

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

Предрасчёт уменьшает число runtime-проверок, но не отменяет динамику. Изменения подавителей, существенные разрушения, временные пси-поля и состояние оборудования применяются как локальные модификаторы или вызывают частичное обновление.

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

23.2. Планировщик

У стационарных узлов нет необходимости в самостоятельном покадровом поиске населения. Центральный планировщик распределяет измерения по времени и бюджету.

Запрещать любой Tick или overlap как таковой неправильно: короткая локальная проверка может быть нормальным решением. Проблема — массовые постоянные обходы всего мира каждым узлом.

Сканирование и передача имеют отдельные расписания. Тихий узел может регулярно записывать данные, но отправлять их редкими пакетами.

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

23.3. Фоновые задачи

На основном потоке формируется неизменяемый снимок необходимых данных. Фоновые задачи обрабатывают математику и возвращают результат для безопасной публикации.

Консервативное правило — не обращаться из фоновых задач к живым Actors и изменяемому состоянию UObject. Специально подготовленные потокобезопасные данные можно читать в рамках принятой архитектуры.

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

23.4. Воспроизводимый шум

Шум разделяется на общую среду и собственную ошибку прибора. Общая пси-помеха зависит от региона и времени; индивидуальная ошибка — также от конкретного оборудования.

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

24. Граф связи и прогноз маршрутов

24.1. Доставка данных

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

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

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

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

При разрыве маршрута:

• важные данные сохраняются локально;
• КПК показывает дату последней доставки;
• соседний изолированный кластер может продолжать собственную обработку;
• после восстановления передаются приоритетные сообщения и сжатая история;
• одинаковые пакеты не учитываются повторно.

24.2. Прогноз перемещения

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

Граф дорог может быть собственным или опираться на подходящие средства проекта. ZoneGraph не является универсальной готовой картой любого поведения и любой навигации.

Игрок не должен получать через прогноз подробности ещё не открытого подземного прохода. Для него используется только известная геометрия либо грубый коридор без раскрытия скрытой структуры.

• При малом числе наблюдений прогноз не показывается.
• На развилках появляются несколько вероятных коридоров.
• Область неопределённости расширяется со временем.
• Прогноз ограничен коротким полезным горизонтом; ориентир 5–10 игровых минут требует проверки выбранного масштаба времени.
• После исчезновения подтверждений прогноз уступает место историческому следу.

25. Сохранение, операции установки и течение времени

25.1. Постоянное состояние

Сохраняются установленные узлы и их стабильные идентификаторы, площадки, модули, питание, повреждения, калибровка, открытые возможности, реестр контактов, разрешения, архивные результаты, контракты и активные события.

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

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

Сохранения имеют версию схемы и правила миграции. Изменение набора модулей или удаление площадки в обновлении не должно превращать старое прохождение в набор потерянных ссылок.

25.2. Установка как согласованная операция

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

1. Проверяются права на площадку, доступность комплекта и отсутствие другой установки.
2. Комплект резервируется.
3. Подготавливается запись станции.
4. Инвентарь и состояние площадки подтверждаются вместе.
5. После успешного подтверждения создаётся физическое представление.

При отмене резерв снимается. При повторном вызове уже завершённая операция не выполняется второй раз. Сохранение не фиксирует промежуточное состояние, в котором комплект уже списан, а станция ещё не существует, или наоборот.

Та же логика нужна для демонтажа, доставки, передачи оператору и замены модулей.

25.3. Три вида времени

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

Они не обязаны идти с одинаковой скоростью. В документе и интерфейсе должно быть ясно, какие минуты используются.

Пауза не создаёт новые неисправности. Пока приложение закрыто, прогресс и износ не меняются.

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

25.4. Архив

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

Размер архива определяется бюджетом памяти и ценностью данных. Старые временные идентификаторы истекают, а история контактов подчиняется разрешениям и политике хранения.

Система не обязана помнить каждую позицию каждого NPC за всю игру.

26. Авторские инструменты, тестирование и производительность

26.1. Инструменты дизайнера

Редакторский режим должен показывать:

• покрытие по каждому каналу и выбранной задаче;
• потенциальные линии связи;
• геометрию совместных наблюдений;
• постоянные слепые зоны;
• энергетические ограничения конфигурации;
• важность конкретной площадки для разных специализаций;
• варианты сети без единственного обязательного «лучшего» узла.

Автоматическая проверка выявляет повторяющиеся идентификаторы, недоступные рецепты, обязательные площадки без альтернативы, неработающие линии и недостижимые финальные условия.

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

26.2. Функциональные проверки

• Станция продолжает допустимую работу после выгрузки физического Actor.
• Переход населения между уровнями детализации не дублирует сигналы.
• Скачанный архив не получает ложную свежесть.
• Одна общая помеха не считается несколькими независимыми подтверждениями.
• КПК, оставленный без владельца, не показывает доказанное присутствие человека.
• Отозванное разрешение прекращает дальнейшую публикацию.
• Установка, отмена, сохранение и загрузка не дублируют оборудование.
• Удалённый узел не становится источником загрузки региона.
• Выброс не создаёт массовую очередь одинаковых ремонтных задач.
• Финал остаётся достижимым при допустимых альтернативных конфигурациях.

26.3. Проверка производительности

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

Например, можно испытать 64 установки и 10 000 удалённых сущностей или агрегируемых источников. Но число Actors в активной области относится к общему бюджету проекта, а не автоматически к стоимости мониторинга.

Целевой бюджет задаётся для конкретных платформ и частоты кадров. Значения порядка 0,2–0,4 мс на основном потоке и 10–20 МБ собственной памяти можно использовать как ранний ориентир, но не как обещание без измерений.

Отдельно измеряются:

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

Стабильный средний результат не компенсирует регулярные заметные зависания после Выброса. Для анализа используются Unreal Insights, средства профилирования проекта и автоматические функциональные тесты.

27. Производственный план и метрики плейтестов

27.1. Вертикальный срез

Перед созданием десятков площадок достаточно одного небольшого региона:

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

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

27.2. Этапы расширения

1. Подтвердить полезность локальной информации.
2. Проверить сенсоры, связь и архив на маленькой сети.
3. Проверить согласованность удалённой симуляции.
4. Добавить социальные права и один региональный сервис.
5. Испытать экономику и обслуживание на средней сети.
6. Только после этого масштабировать площадки, политики и финальные ветки.

Полная версия может включать 42–48 площадок, около десяти тщательно подготовленных установочных историй, несколько шасси, 15–20 аппаратных модулей и набор региональных проектов. Такой объём оправдан только после проверки базового цикла.

27.3. Метрики

Ложные сигналы нельзя балансировать только общей долей. Нужно измерять, в каких условиях они возникают, насколько честно обозначены и умеет ли игрок их проверять. Слишком редкие ошибки делают прибор всеведущим; слишком частые и необъяснимые — бесполезным.

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

28. Итог: собственная карта, а не контроль над всем миром

«Контур» работает, если связывает четыре вида прогресса:

1. Материальный: игрок восстанавливает инфраструктуру и выбирает оборудование.
2. Познавательный: учится понимать сигналы, ограничения и ошибки.
3. Социальный: получает доверие, заключает соглашения и берёт ответственность за публикацию данных.
4. Стратегический: использует наблюдения для маршрутов, экспедиций и влияния на события.

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

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

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

Коротко: что было улучшено 10.10.2026

• Уточнена игровая цель: сеть помогает принимать решения, а не просто собирать вышки и проценты.
• Исправлены противоречия между сенсорами, идентификацией NPC, шифрованием, скрытностью и прогнозированием.
• Разделены покрытие, связность, свежесть, достоверность и подлинность сообщений.
• Переработаны прогрессия, финальные условия, обслуживание и экономика, чтобы поддерживать разные специализации без обязательного гринда.
• Добавлены правила согласия, обезличивания, хранения данных и социальных последствий.
• Раскрыта техническая логика: удалённая симуляция, стриминг, обработка наблюдений, фоновые задачи, сохранения и согласованность установки.
• Убраны программный код, неподтверждённые технические обещания и лишние повторения; численные параметры обозначены как проверяемые гипотезы.