如何在发帖时间不一致的异步跑团（RPG）群组中设定行动顺序

明确行动顺序需要解决的核心问题

行动顺序主要解决两个独立的问题：在故事叙述或游戏规则中谁先行动，以及在推进场景前全组需要等待多久。在线下跑团中，固定的先攻顺序可以迅速解决这两个问题。但在论坛文字跑团（play-by-post）中，每个依次进行的行动轮次都可能增加现实中的等待时间。RPGnet 的一份指南展示了当玩家每天只发一帖时，一场包含多名玩家和非玩家角色的战斗每轮可能需要耗费数天时间，并探讨了同时结算、阵营轮流、通用指令以及截止时间等替代方案。RPGnet 论坛跑团动作场景指南

在做出第一个决定时，请先思考：每个角色是否都需要根据前一个角色的确切行动结果来做出反应？如果是，请保留个人先攻并确保节奏切实可行。如果不是，可以考虑允许多名角色先行提交行动，再由主持人统一结算。这种区分是一种实用的机制设计选择，而非通用的死板规则：采用何种形式取决于你所玩 RPG 的规则机制，以及你的团队希望保留多少战术层面的先后衔接。

在三种切实可行的模式中做出选择

**个人先攻**会保留角色和敌人的排序列表。它适用于依赖每个参与者在每轮特定节点行动的系统。例如在《龙与地下城》（D&D）新手套装规则中，参与者投掷先攻，按该顺序行动，并在各个轮次间保持相同的顺序。参见《D&D 新手套装基础规则》“战斗顺序”（The Order of Combat）。这种模式在异步跑团中的代价在于，只要有一个人延迟发帖，排序在后面的所有人都会被卡住。

**阵营轮次**将场景划分为不同的阶段，例如先是玩家角色阶段，然后是对手阶段。每位玩家在玩家阶段发帖一次；截止时间过后，主持人结算这些行动，并发帖描述敌对阵营的应对。这减少了行动交接的次数，同时让同一阵营内的行动顺序保持灵活。RPGnet 将“你方行动、敌方行动”描述为一种降低因单个玩家未发帖而导致场景停滞风险的方法，但也指出这可能会降低那些奖励高先攻属性机制的价值。RPGnet 论坛跑团动作场景指南

**开放或同时行动**允许玩家在一轮中按任意顺序发帖，通常所有行动会一并结算。它适用于具体先后顺序无关紧要、只需每个人表明意图的场景。其权衡之处在于，玩家根据其他玩家的发帖临时改变行动的机会可能会减少。在轮次结束前，请明确说明发帖内容是暂定的意图声明还是最终确定的行动。

设定发帖时间窗口与轮次边界

选择一个符合群组成员日常空闲时间的发帖窗口，并明确写下一轮何时开始和结束。例如：“请在周四 20:00 UTC 之前发布一个行动；我将在周五晚间结算本轮。”这只是一个示意性的时间表，并非推荐的固定节奏。关键的执行细节在于要有明确可见的截止时间：若没有截止时间，玩家可能不清楚场景是在等待其他人的行动，还是已经准备好向前推进。

确定群组参考时钟与主持人的职责。使用统一的时区或明确的参考标准（如 UTC），并指明当前截止时间会显示在何处。到达截止时间时，主持人应发布一条简短的进展更新：已收到哪些行动、根据群组规则未结算的轮次将如何处理，以及下一轮将于何时开始。公开可见的更新能避免因讨论串长时间沉默而被误认为场景已结束。

就玩家超时未发帖的处理方式达成共识

在开始跑团前选定一套默认方案。RPGnet 的指南建议提前就先攻处理方式达成一致，因为更改先攻运作方式可能会影响玩家的选择和游戏机制。RPGnet 论坛跑团动作场景指南。一个简单的规则可以是：未发帖的角色在本轮坚守阵地、执行预先批准的防御行动，或者直接跳过直到下一轮。这些只是供群组选择的示例，并非适用于所有游戏的固定规则。

确保应对规则范围明确且具有可预测性。错过发帖不应被默认为授权主持人代表玩家做出重大决定。如果某个行动需要做出决断（例如在两个目标之间进行选择），应暂停该角色的行动，或采用玩家预先批准的备选方案。当玩家提前请假告知自己将缺席时，群组可以商定是暂扣其轮次、使用声明的备用行动，还是暂时将该角色从场景中移出。

让行动顺序直观可见且易于更新

在战役的共享空间中置顶一个简洁的状态追踪板。内容包括当前轮次、属于哪个阶段、截止时间以及任何尚未结算的行动。对于个人先攻，按顺序列出参与者并标记谁已发帖；对于阵营轮次，列出各阵营及行动时间窗口。将其保持在一个固定的可靠位置，这样新发帖就不会让玩家疑惑究竟是改变了当前轮次还是下一轮次。

虚拟桌面（VTT）有助于展示传统的先攻列表，但工具本身并不能决定你的异步规则。例如，Roll20 的回合追踪器（Turn Tracker）可以显示共享列表、允许对行动顺序重新排列，并在使用“下一回合”控件时将顶部条目移至底部。其官方文档将其描述为一款用于回合制游戏和先攻检定的工具，由主持人开启追踪器供玩家查看。Roll20 帮助中心：回合追踪器。对于基于阵营或同时进行的流程，置顶一条文字帖或共享笔记可能比专为逐个行动设计的追踪器更加简便。

使用虚拟示例测试流程

假设 Mira、Oren 和 Sol 正在探索一座发条花园。一名青铜守卫挡住了大门，但该团队并不需要按严格的先后顺序结算每个动作。主持人设定了两天的行动窗口：每位玩家发帖声明一个意图，随后主持人在一次更新中结算全组的行动和守卫的反应。Mira 表示她去引开守卫；Oren 尝试开门；Sol 观察藤蔓是否有动静。

在时间窗口关闭前，如果群组允许在声明阶段调整内容，Oren 的行动可以参考 Mira 的发帖。到达截止时间时，主持人结算所有三个声明的行动，并说明场景发生了哪些变化。如果 Sol 没有发帖，预先约定的备选方案可能是 Sol 保持警戒而不采取冒险行动。随后，下一轮将以新的提示开启。这个例子仅用于说明流程，并不依赖于任何特定 RPG 的规则。

如果场景是一场规则复杂且角色行动高度依赖特定对手前置动作的决斗，请使用个人先攻或将顺序划分为更小的阶段。保留追踪器和截止时间，但要明确后置行动需等待前置行动。这既保留了场景所需的规则机制，又让等待过程清晰可见。

更改先攻规则前请先审视系统限制

自设规则可能会改变原本针对个人轮次所编写规则的含义。例如，在 D&D 新手套装规则中，借机反应（Reaction）可以在其他参与者轮次中的某个触发条件下发生，而先攻顺序决定了这些轮次。因此，转向同时行动可能需要团队明确借机反应的时机该如何运作。参见《D&D 新手套装基础规则》“反应”与“先攻”（Reactions and Initiative）。请查阅你所选游戏的实际规则，而不要想当然地认为阵营结算或同时结算不会对任何能力产生影响。

你还应考虑平局、新加入者、持续效果以及脱离场景等情况对追踪器的影响。例如，需要确定新出现的对手是在下一轮开始时加入，还是立即插入当前顺序。规则应保持简明一致，其目标是使流程简单易用，而无需在每次发生变动时停下来重新协商。

可供复制和改编的简短行动顺序协议

在第一个动作场景开始前，用通俗易懂的语言写下一份协议。一份实用的协议应指明模式、发帖窗口、结算节点以及超时未发帖的备用方案。你可以根据所选游戏和团队的时间安排来调整以下示例：

> 我们在动作场景中使用阵营轮次制。每位玩家可在场景帖中显示的截止时间前发布一个角色行动。主持人将统一结算已提交的行动，随后发布敌对方的应对。如果某角色的玩家未在截止时间前发帖，除非该玩家预先批准了其他备选方案，否则该角色在本轮中坚守阵地。当场景高度依赖精确的回合顺序时，我们将使用个人先攻，并会在场景开始时予以说明。

经过几轮之后，评估当前的行动顺序是否带来了清晰明了的更新以及可以接受的等待时间。如果玩家经常被依次行动所卡住，不妨在合适的场景中尝试阵营轮次制。如果同时结算让即时反应机制变得混乱，请退回个人轮次或划分出更明确的阶段。只要每个人都能清楚知道该发什么、该轮何时结束，以及在有人错过轮次时故事如何继续推进，那么这套行动顺序机制就是在有效运作。

参考资料

继续探索这个主题