> ## Documentation Index
> Fetch the complete documentation index at: https://docs.ss14.art/llms.txt
> Use this file to discover all available pages before exploring further.

# Короткий, правильно написанный заголовок

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

| Дизайнеры        | Кодеры              | Реализовано                                                                                      | GitHub ссылки     |
| ---------------- | ------------------- | ------------------------------------------------------------------------------------------------ | ----------------- |
| ваши имена здесь | имена кодеров здесь | :white\_check\_mark: Да или :warning: Частично или :information\_source: Открытый PR или :x: Нет | PR ссылки или TBD |

`Дизайнеры` — это имена, которые вы, авторы этого документа, используете на GitHub и/или Discord. Это опционально, но настоятельно рекомендуется, поскольку:

* Это подтверждает авторство, где это необходимо
* Люди, которые запутались в написанных намерениях, могут использовать эту информацию для связи с авторами

`Кодеры` — это имена контрибьюторов, которые планируют реализовать эту функцию. Чтобы дизайн-документ был одобрен, вам необходимо:

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

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

`Реализовано` — это статус функции.

GitHub ссылки могут включать несколько PR, если это уместно.

## Обзор

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

## Предыстория

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

Также укажите ссылки на любые соответствующие обсуждения на Discord, GitHub или HackMD, которые имеют отношение к предложению.

## Добавляемые функции

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

## Обоснование гейм-дизайна

Рассмотрите следующее:

* Как функция согласуется с нашими [Основными принципами дизайна](../space-station-14/core-design/design-principles) и философией игры?
* Что делает эту функцию увлекательной или вознаграждающей для игроков?
* Вводит ли она значимые выборы, риск vs. награду или новые стратегии?
* Как она улучшает сотрудничество игроков, соревнование или возникающий геймплей (emergent gameplay)?
* Если функция является новым антагонистом, как она вписывается в соответствующие [столпы дизайна](../space-station-14/round-flow/antagonists)?

## Раундфлоу и взаимодействие с игроками

Рассмотрите следующее:

* На каком этапе раунда функция вступает в игру? Происходит ли это каждый раунд? Как это влияет на темп раунда?
* Как вы хотите, чтобы игроки взаимодействовали с вашей функцией и как они не должны с ней взаимодействовать? Как это обеспечивается механически?
* Какой отдел будет взаимодействовать с функцией? Как функция вписывается в [дизайн-документ](../space-station-14/departments) этого отдела?

## Влияние на администрирование и серверные правила (если применимо)

* Вводит ли эта функция новые проблемы с обеспечением соблюдения правил или дополнительную нагрузку для администраторов?
* Может ли эта функция увеличить вероятность гриферства, нарушения правил или споров между игроками?
* Как правила обеспечиваются механически через то, как функция будет реализована?

# Технические соображения

* Требует ли функция новых систем, элементов UI или рефакторинга существующих? Дайте краткое техническое описание того, как они будут реализованы.
* Есть ли какие-либо предполагаемые последствия для производительности?
* Для требуемых элементов UI дайте краткое описание или макет того, как они должны выглядеть (например, радиальное меню, действия и оповещения, навигационные карты или другие типы окон).