| Дизайнеры | Кодеры | Реализовано | GitHub ссылки |
|---|---|---|---|
| ваши имена здесь | имена кодеров здесь | :white_check_mark: Да или :warning: Частично или :information_source: Открытый PR или :x: Нет | PR ссылки или TBD |
Дизайнеры — это имена, которые вы, авторы этого документа, используете на GitHub и/или Discord. Это опционально, но настоятельно рекомендуется, поскольку:
- Это подтверждает авторство, где это необходимо
- Люди, которые запутались в написанных намерениях, могут использовать эту информацию для связи с авторами
Кодеры — это имена контрибьюторов, которые планируют реализовать эту функцию. Чтобы дизайн-документ был одобрен, вам необходимо:
- иметь технические знания, чтобы реализовать предлагаемую функцию самостоятельно
- или иметь кого-то другого, кто согласился сделать это за вас
- или уже иметь существующую реализацию в другом месте, которую просто нужно портировать
Реализовано — это статус функции.
GitHub ссылки могут включать несколько PR, если это уместно.
Обзор
Очень краткое, примерно из трёх предложений, резюме того, о чём это предложение. Высокоуровневый «обзор» или «что это добавляет».Предыстория
Обобщите любую информацию, необходимую для контекстуализации предлагаемых изменений, например, текущее состояние игры. Также укажите ссылки на любые соответствующие обсуждения на Discord, GitHub или HackMD, которые имеют отношение к предложению.Добавляемые функции
Дайте описание игровых механик, которые вы хотели бы добавить или изменить. Это должен быть общий обзор с достаточным количеством деталей по критическим точкам дизайна, чтобы кто-то мог напрямую реализовать функцию из этого дизайн-документа. Точные числа для игрового баланса не обязательны, так как они могут быть скорректированы позже во время разработки или после реализации, но упомяните, что нужно будет балансировать и что нужно учитывать при этом.Обоснование гейм-дизайна
Рассмотрите следующее:- Как функция согласуется с нашими Основными принципами дизайна и философией игры?
- Что делает эту функцию увлекательной или вознаграждающей для игроков?
- Вводит ли она значимые выборы, риск vs. награду или новые стратегии?
- Как она улучшает сотрудничество игроков, соревнование или возникающий геймплей (emergent gameplay)?
- Если функция является новым антагонистом, как она вписывается в соответствующие столпы дизайна?
Раундфлоу и взаимодействие с игроками
Рассмотрите следующее:- На каком этапе раунда функция вступает в игру? Происходит ли это каждый раунд? Как это влияет на темп раунда?
- Как вы хотите, чтобы игроки взаимодействовали с вашей функцией и как они не должны с ней взаимодействовать? Как это обеспечивается механически?
- Какой отдел будет взаимодействовать с функцией? Как функция вписывается в дизайн-документ этого отдела?
Влияние на администрирование и серверные правила (если применимо)
- Вводит ли эта функция новые проблемы с обеспечением соблюдения правил или дополнительную нагрузку для администраторов?
- Может ли эта функция увеличить вероятность гриферства, нарушения правил или споров между игроками?
- Как правила обеспечиваются механически через то, как функция будет реализована?
Технические соображения
- Требует ли функция новых систем, элементов UI или рефакторинга существующих? Дайте краткое техническое описание того, как они будут реализованы.
- Есть ли какие-либо предполагаемые последствия для производительности?
- Для требуемых элементов UI дайте краткое описание или макет того, как они должны выглядеть (например, радиальное меню, действия и оповещения, навигационные карты или другие типы окон).