AI 文字冒險第一輪怎麼寫：玩家身分、資源、行動與回饋範本

第一輪要讓玩家知道自己是谁、眼前要完成什麼、能採取哪些行動，以及行動已經改變了什麼。準備好初始狀態，再把一次行動的結果拆成敘事、狀態、日誌和下一步，就能檢查開局是否形成了完整回合。

以下用虛構故事《雨港失物處》演示。這是 DramaFork 提供的設計範本，範例數值與回合結果由作者設定，不代表某次真實遊玩或模型輸出。

玩家是夜班搭檔，閉館前發現一張時間異常的領取單。開局目標是核驗它的來源，壓力是距離閉館還有二十分鐘。只需交代這三件事，玩家便有理由行動。

「在充滿祕密的城市探索命運」不能替代第一輪目標。它沒有說明眼前對象，也無法判斷「查記錄」和「聯絡失主」分別解決什麼。背景可以隨後展開，但第一輪必須提供行動所需的資訊。

玩家檔案中的名字和天賦也應有用途。若選擇「檔案直覺」，就可以在核對時額外注意編號格式；但天賦不應自動揭曉所有真相。作者要寫明它改善哪項觀察，又不能跳過哪些步驟。

狀態列不必塞滿職業、裝備和十種屬性。先列出行動會讀取或改變的欄位，並定義每個欄位的意思。

「信任一級」只是範例尺度，必須寫明升級條件。沒有明確用途的欄位可以暫時不展示，避免玩家把裝飾數字誤認為可操作規則。

還要區分「查到一處異常」和「已經證明領取單偽造」。前者是線索，後者是判斷；狀態表若把它們混為一談，後續劇情就會建立在未經核驗的結論上。

第一輪可以給出三種行動：查原始登記簿、聯絡單據上的號碼、先詢問許嵐。選項文案說明動作，必要時提示已知代價，不提前洩露完整結果。

例如「花五分鐘核對登記簿」比「尋找真相」更容易判斷。玩家知道時間會減少，卻仍需要決定是否值得。若聯絡號碼的耗時相同，它應帶來不同資訊，不能只換一段修辭。

同時接受玩家自由輸入時，先列出本場景能合理處理的行動範圍。玩家提出「找附近攝影機」，可以進入核驗流程；提出「直接知道未來」，需要說明當前人物沒有這項能力。自由輸入的詳細處理可以另做行動表，第一輪先保障主路徑完整。

玩家行動：「我花五分鐘查原始登記簿，先看領取編號。」

敘事範例：「你翻到編號七三一。登記時間早於物件入庫時間，旁邊卻沒有補錄說明。許嵐把另一張登記副本推過來，建議先比對簽名。」

這段結果確認了動作，也給出新觀察，但沒有武斷宣布誰在說謊。對應的狀態更新如下：

日誌寫成：「核對七三一原始記錄：登記時間異常，補錄說明缺失，待比對簽名。」它只保留已觀察事實和未完成任務，不重複整段敘事，也不把作者祕密寫給玩家。

下一步則提供「比對簽名」「詢問領取人」「追查補錄記錄」。這些行動回應剛獲得的資訊，讓玩家看見上一輪如何改變了可做的事。

先輸入一個正常行動，檢查敘事、狀態與日誌是否一致。敘事說花了五分鐘，狀態卻不變，說明回合沒有完成可靠對齊。

再輸入一個資源不足的行動：只剩三分鐘，卻要求做五分鐘核驗。作者應提前決定是拒絕、提供簡化方法，還是允許帶著明確後果超時，不能由同一個場景隨意改變規則。

最後輸入一句含糊行動：「我處理一下這張單。」需要追問玩家想核對、修改還是交給別人。把含糊輸入直接解釋成代價最高的行動，會讓玩家承擔沒有表達過的選擇。

DramaFork 文字遊戲目錄提供文字冒險入口；設計時仍要區分模型生成的敘事和被核對的狀態結果。提示詞要求資源一致，不等於所有運算都已由確定性規則保證。需要可靠數值時，應對關鍵變更單獨檢查。

讓不瞭解設定的人讀完開局，問他當前身分、目標、選項代價和剛發生的變化。如果需要作者補講才能回答，先修改資訊與回饋。

交付時保留初始狀態、玩家行動、回合結果和異常輸入處理。這四份材料讓後續寫作者知道哪些事實已成立，也能檢查第二輪有沒有忘記第一輪。先把一個回合核對清楚，再增加章節、道具與結局。