Metlivi 部落格

如何在下一位玩家行動前,為文字跑團(Play-by-Post)場景設定明確的中止點

當你在撰寫文字跑團的場景時,請將貼文結束在另一個玩家能夠清楚分辨他們可以對什麼做出回應,以及哪些事情尚未發生的時刻。展現你角色已完成的動作,描述任何你有權設定的即時結果,然後留下一個具體的切入點:一個問題、一個抉擇、一項新細節,或是一個待定的結果。避免越俎代庖替其他玩家做決定,或是擅自結算應屬於主持人的重大行動。這能給下一位玩家明確的接棒點,而不必讓他們去猜測場景是否已經推進。

2026年10月09日閱讀時間 8 分鐘閱讀、藝術與文化作者:Metlivi Editorial Team
第 1 節

什麼樣的點才算明確的中止點?

中止點是你的貼文所確定的內容與下一位參與者仍可決定的內容之間的分界線。在場景中,它可能出現在你的角色提出問題、伸手開門、遞出物品或發現新線索之後。在基於規則的遊戲中,它也可以是需要進行檢定擲骰、由主持人裁決或等待其他角色做出反應的節點。

一個有用的中止點能回答三個小問題:剛才發生了什麼?還有什麼未解決?誰擁有下一個有意義的選擇?例如:「瑪拉(Mara)將黃銅鑰匙放在櫃檯上,詢問看守人:『這是樓上那間鎖著的房間的鑰匙嗎?』她等待著他的回答。」這篇貼文確立了瑪拉的動作和問題;但它並沒有替看守人決定要說什麼,也沒有擅自斷定鑰匙是否相符。

文字跑團仰賴文字描述,且參與者可能不會同時在線。D&D Beyond 的文字跑團指南建議給予他人回應的時間,並為他人的發揮留下空間。一個顯而易見的接棒點能讓這個空間更容易被辨識。(文字跑團:在 PbP 論壇與 Discord 上玩《龍與地下城》)

第 2 節

決定你的貼文有權敲定哪些內容

在寫下最後一句話之前,請將你角色的選擇與屬於他人的結果分開。你通常可以陳述你的角色嘗試做什麼、說什麼、想什麼或注意到了什麼。該動作是否成功、重要的非玩家角色(NPC)如何反應,以及其他玩家角色如何選擇,可能取決於遊戲規則或團內的約定。

例如,「愛麗絲(Iris)拉下鐵桿」描述的是一次嘗試。「大門升起,守衛紛紛逃跑」則是補充了結果。如果規則需要檢定,或者是由主持人控制大門與守衛,那麼這些結果應當等待相應的裁決。同樣地,「愛麗絲擋住門口」並不等於直接確立了另一個角色無法離開,除非遊戲機制或該玩家的回應敲定了這個結果。

不同團體在敘事主導權的分擔程度上各有不同。RPG Library 的電子郵件跑團(PBEM)常見問題指出,即使是次要 NPC 的反應,也取決於特定遊戲主持人的期望,並建議直接詢問以獲得明確答案。因此,如果你不確定是否能描寫店主的回應或某個場景的結果,請查閱團隊的發文指引,或在場外(OOC)提出詢問。(常見問題:電子郵件(PBEM)角色扮演遊戲)

第 3 節

以一個可供發揮的切入點作為結尾

一篇貼文可以留下許多未解決的細節,但一個單一且明確的切入點比含糊的停頓更容易讓人接話。選擇最直接的互動點並將其具體化。你可以用一個直接的提問、一個給予的選擇、一個看得見的障礙,或是等待裁決的行動來作結。

問題:「信使遞出密封的地圖。『你要把這個拿去給船長嗎?』」

選擇:「提燈照亮的通道出現了岔路:一側階梯向上通往鐘樓;另一側則向下通往廚房。譚辛(Tamsin)回頭看看其他人想走哪一條路。」

障礙:「檔案室的門開了一指寬的縫隙。門下的地板上透出一道微弱的白光。」

待定結果:「歐倫(Oren)試圖抬起石蓋,雙手緊緊扣在邊緣下方施力。」

這些範例都在以下情況之前停筆:其他角色如何回答、隊伍選擇哪條路線、門後有什麼,或是歐倫是否成功。當參與者能看清當前局勢和可供選擇的方案時,場景設定會更容易被承接;D&D Beyond 關於可行動遭遇的指南也提出了類似的觀點,強調應呈現明確的目標與可互動的細節。(如何為玩家打造引人入勝的場景)

第 4 節

運用簡單的四步接棒法

當貼文難以收尾時,一個可重複應用的模式會很有幫助。請依序使用以下四個部分,並保持簡短:

這種模式是一種起草輔助工具,並非強制格式。RPG Library 建議應優先確保「誰在做什麼和說什麼」清晰明瞭,同時保持場內(IC)和場外(OOC)內容的分明。在實務上,當規則或時機細節影響到交接時,簡短的 OOC 備註會有所幫助:「OOC:開鎖的結果交由 GM 裁定。」(常見問題:電子郵件(PBEM)角色扮演遊戲)

定錨(Anchor):說明你的角色身在何處以及正在關注什麼。「在噴泉邊緣,尼科(Niko)仔細端詳著彩繪磁磚。」
行動(Act):描述一個動作或一句對話。「他拂去繪有銀鳥的磁磚上的灰塵。」
劃界(Mark the boundary):說明當前可見的景象或你的角色正在等待得知的訊息,切勿擅自捏造未經認可的結果。「鳥翼下方有一條狹窄的凹槽。」
接棒(Hand off):讓下一個切入點清晰無誤。「尼科指給隊伍看:『有人認得這個標記嗎?』」
第 5 節

將時效性決策保留給他人

當中止點關乎另一個人的反應是否會改變後續走向時,它最為重要。如果某個角色正被問話、獲得行動機會,或受到冒險舉動的影響,切勿將他們的沉默視為同意,也不要替他們選擇回應。在決策點停下,然後遵循團內商定的發文頻率或缺席處理流程。

例如,如果塞拉(Sera)邀請羅文(Rowan)一起搜查,請在發出邀請後結束貼文。除非羅文的玩家已同意你可以代為描寫該角色,否則請不要擅自加上「羅文點頭並跟了上去」。如果隊伍正準備穿過一座嘎吱作響的吊橋,可以描述吊橋以及你角色的第一個動作,但請將每個角色的決定留給其玩家。《D&D 冒險者聯盟》的文字跑團技巧特別告誡,切勿將玩家的缺席視為角色在場內的默許,並在此假設下擅自推進。(文字跑團技巧)

如果你的團體對常規行動或暫時缺席有通用規則,請一致地套用它。角色可能會原地待命、跟隨隊伍,或按照約定的流程由主持人代控。請在場外把這項規則講清楚;不要因為討論串速度變慢,就替別人代做帶有後果的重大抉擇。

第 6 節

避免場景停頓得過於倉促

乾淨俐落的交接應當為下一步留下有用的行動空間,而不是讓所有人陷入一片茫然。「現在該怎麼辦?」在團隊擁有足夠背景資訊時或許行得通,但如果讀者不知道自己角色能察覺到什麼,或不知道回應的意義何在,這種問法就會顯得很無力。請加上一個相關細節、一個具體提問或一個明確目標。

比較以下兩者:「他們到達了舊車站。你們要做什麼?」與「舊車站的候車室空無一人,只留有一串通往時刻表櫥窗的潮濕腳印。俊(Jun)查看了隊伍身後的入口。『我們該跟著腳印走,還是檢查櫥窗?』」第二個版本提供了兩種具體的切入方式,同時保留了選擇空間。你不需要列出所有可能的行動;給出足夠讓下一位玩家踏出第一步的資訊即可。

一個好的中止點也可以是一個完整節奏後的自然停頓。如果你的角色結束了一段簡短的對話、打烊關閉了店鋪,或抵達了下一個地點,請坦率地陳述這一過渡,並在添加另一個需要回應的事件之前停下。這有助於讀者判斷當前場景是已經結束,還是僅僅到了場景內的交接點。

第 7 節

發文前的快速檢查

閱讀最後幾行,並對照以下問題進行檢查:

如果第三個問題的答案是否定的,請補充一個小提示或可觀察到的細節。如果你發現自己替別人決定了結果,請將貼文刪改回該決定發生前的時刻。當團隊的邊界模糊時,請在場外詢問並達成共識;RPG 社群中的文字跑團建議同樣強調應妥善協調由誰來描寫 NPC 和其他角色,而不是理所當然地認為每個人都遵守相同的習慣。(隊友試圖控制我引入的 NPC 時該怎麼辦?)

一個明確的中止點是對下一位寫作者的一種實用小禮貌:完成你角色的段落,展示依然開放的可能,並將下一個有意義的選擇留給擁有它的人。這條界線能保持虛構場景的清晰易讀,並為下一位玩家提供一個明確的著手點。

我是否陳述了我角色所做或嘗試的事,而不是擅自決定了另一個角色的反應?
我是否添加了需要擲骰、遊戲主持人裁決或另一位玩家表態的結果?
下一位參與者能否明確找出一項可以回答、選擇或調查的具體事物?
我是否清楚表達了場景依然開放,還是我的角色只是暫時完成了他們的部分?
第 8 節

資料來源

“Play-by-Post: Playing Dungeons & Dragons in PbP Forums and Discord,” D&D Beyond — https://www.dndbeyond.com/posts/1668-play-by-post-playing-dungeons-dragons-in-pbp-forums-and-discord
“Play-by-Post Tips,” D&D Adventurers League — https://www.adventurersleague.info/play-by-post-tips/
“FAQ: Play By Email (PBEM) Role-Playing Games,” RPG Library — https://www.rpglibrary.org/articles/faqs/pbem.php
“How to Create Engaging Scenes for Your Players,” D&D Beyond — https://www.dndbeyond.com/posts/1271-how-to-create-engaging-scenes-for-your-players
“What to do with a fellow player who tries to control NPCs I introduce?,” Role-playing Games Stack Exchange — https://rpg.stackexchange.com/questions/118852/what-to-do-with-a-fellow-player-who-tries-to-control-npcs-i-introduce
相關閱讀

繼續探索這個主題