Как дать NPC-спутнику полезную роль, не позволяя ему проходить приключение за игроков

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

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

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

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

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

Определите также, чем NPC готов рисковать. Помощь может стоить времени, припасов, репутации или безопасности; цена должна соответствовать отношениям и ситуации. В статье о дизайне приключений, посвященной второстепенным NPC, рекомендуется подкреплять их готовность помочь личной мотивацией и тем, чем они готовы пожертвовать, а не считать их поддержку безграничной. Gnome Stew: “Adventure Design: Supporting and Opposing NPCs”

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

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

В официальном руководстве GUMSHOE содержится аналогичный совет для детективных сценариев: ключевые улики не должны зависеть от одной узкой способности или жесткой последовательности действий, а разумные альтернативные подходы должны давать возможность получить сведения. Этот совет отлично подходит для практической проверки дизайна спутника: если убрать NPC из сцены, смогут ли игроки все равно найти необходимую улику и продолжить путь? GUMSHOE SRD: Rules

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

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

Дайте NPC мотив, который определяет то, как именно он предлагает помощь. Он может стремиться защитить соседа, вернуть задаток или не привлекать к себе внимания. Его цель может совпадать с целью отряда в одной сцене и расходиться в другой. Второстепенным персонажам нужна причина для помощи, а степень их поддержки должна быть привязана к их возможностям и мотивам, о чем говорится в статье Gnome Stew о дизайне приключений. Это дает ведущему логичную основу для понимания того, чем спутник делится сам, что утаивает, а в чем отказывает.

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

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

Перед введением NPC ответьте в своих заметках на следующие пункты:

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

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

• GUMSHOE SRD: Rules — структура сценария, улики, развитие сюжета силами игроков и второстепенные персонажи.
• Gnome Stew: “Adventure Design: Supporting and Opposing NPCs” — мотивация NPC, границы поддержки и то, чем второстепенный персонаж готов рисковать.