故事模式解析:分支式 AI 敘事會如何運作

故事模式:互動式 AI 敘事如何運作

閣樓裡一本上鎖的日記。在最不該熄滅的那一刻熄滅的燈。您在兩個場景前選擇走進去的那場暴風雨,如期而至。由選擇驅動的 AI 敘事——通常被稱為「故事模式」的那種功能——就是由這樣的片刻組成:您讀一個場景,從三種回應方式中選一種,下一個場景就圍繞您的選擇寫成。本指南說明這樣的系統是如何設計的、每個場景由什麼構成,以及它出錯時為什麼會出錯。

在 AINudeGirls 的現況:平台上並沒有故事模式。沒有 AI 聊天、沒有陪伴對話、沒有互動敘事功能,而且這些都不在目前的路線圖上。沒有推出日期。請把以下所有內容視為一項「可能的未來對話功能」的概念說明,而不是您今天就能打開使用的功能描述。目前上線的是圖片產生——NSFW 產生器與各類別——以及一個基本的影片產生器。

---

選擇驅動式故事的樣貌

故事模式讀起來像一本不斷停下來問您問題的小說。

它的質地是散文,不是聊天。每一拍都以兩到四段描述性敘事呈現——房間、天氣、角色說話時雙手在做什麼——然後遞給您三個以字母標示的選項,並等待。選了,故事就往前走。整個結構就是這樣:場景、選擇、後果、重複,直到敘事找到一個自然的收尾點。

它與跟語言模型漫無目的聊天的差別在於框架。沒有結構的一來一往會漂移,沒有任何東西把它定住。經過編排的敘事會層層推進:張力是累積出來的,而不是宣告出來的;選擇會延續下去,而不是蒸發。模型不只是回應您的上一句話;它被餵入整段歷史,並被指示去引導劇情,就像對戲的夥伴會抬高賭注,而不是只填補沉默。在錯誤的時刻猶豫,設計良好的系統會讓那份猶豫在三個場景之後產生意義。

---

逐步拆解這個循環

循環本身短到一口氣就能說完:

1. 您選擇一個故事前提——場景設定與基調

2. 模型寫出開場場景

3. 出現三個回應的選項

4. 您的選擇會餵入下一個場景

5. 如此重複,直到故事達到自然的結局

這三個選項不是同一拍的表面變化。在好的設計中,它們被刻意分布在一個光譜上:

  • 選項 A(安全)——舒適、意料之中的選項。風險低,結果愉快。
  • 選項 B(大膽)——冒險的選項。把故事帶往更刺激的地方,可能引入波折或驚喜。
  • 選項 C(放膽)——最戲劇化的選項。通往當下可選的路線中最激烈、最出乎意料或情緒最濃烈的那一條。

正是這樣的分布,讓兩個人拿到同一個前提也很少講出同一個故事。A 讓氣氛保持溫暖,不會強迫您進入沒有心情面對的升溫。B 是大多數真正驚喜的所在——推理故事裡一個可疑的聲響,變成正面對峙而非退縮。C 則是給想讓故事全力衝刺的人。

這樣的功能是否會消耗點數、放膽路線是否更貴,都尚未決定,因為現在還沒有可以定價的東西。AINudeGirls 的點數目前用來購買圖片與影片產生;今天涵蓋哪些內容,請見價格頁面。

---

為什麼生成式故事會失去脈絡

生成式敘事最難的問題是記憶。您在第 3 場景找到一把鑰匙;現在到了第 8 場景。故事還記得嗎?

任何建立在語言模型上的實作,都會有時候:

  • 與先前的場景出現小小的不一致
  • 忘記許多場景之前的某個具體細節,在長篇故事裡尤其明顯
  • 出現與前文脫節的轉折

有些變化其實在發揮作用。管得太緊的故事讀起來會像流程圖——每一拍都在預料之中,每個回報都早早被預告。生成式敘事那一點點不可預測,正是造就人們記得的片刻的原因:第 2 場景一個隨手帶過的細節,以沒人計畫過的方式回來;或是一個轉折之所以令人覺得順理成章,正因為沒有人事先寫好。

但一本被遺忘的日記,或提到一個您從未做過的選擇,那是生成漏了一拍,不是設計決策。這是這麼長、又這麼即時回應的故事的已知極限,也是這類功能比看起來更難做好上線的主要原因。設計在值得推出之前必須解決的問題:

  • 能撐過二十個以上場景的敘事連貫性
  • 前提庫要夠廣,讓故事不會全都似曾相識
  • 玩家自訂前提——自帶劇本——而不破壞基調控制
  • 可以跨次造訪接續的多回合故事

---

每個場景由什麼構成

在故事模式裡,您永遠不會需要寫提示詞。沒有要填的欄位、沒有要拿捏的措辭、沒有要學的語法——您選一個前提,然後選 A、B 或 C。塑造每個場景的素材在幕後組裝,而值得看看裡面有些什麼。

在寫新場景之前,系統會蒐集:

  • 前提——場景設定、基調、類型慣例
  • 角色——性格特質、說話風格、與您的關係。在 AINudeGirls,這會對應到某一個 AI 模特兒檔案,而目前這些檔案只有圖片與文字介紹
  • 親密度設定——敘事允許走到多遠
  • 本次會話中所有先前的場景——讓脈絡得以延續
  • 您的選擇紀錄——到目前為止的每一個決定
  • 關鍵敘事事件——劇情要點、揭露與情緒轉折,以結構化資料儲存

最後一項是承重的那一項。每個場景結束後,重要事件會被擷取出來,以固定格式記錄。第 5 場景的事件紀錄可能長這樣:

```

{

"scene": 5,

"events": [

{"type": "discovery", "detail": "在閣樓發現一本上鎖的日記"},

{"type": "emotional", "detail": "分享了一段關於怕黑的脆弱時刻"},

{"type": "plot_point", "detail": "燈光閃爍後熄滅"}

],

"choices_made": ["B", "A", "C", "B", "A"]

}

```

直白地讀:`scene` 標示這筆紀錄位於故事的哪個位置。`events` 把發生的事分成三種值得記住的類型——`discovery` 是您找到的東西,`emotional` 是您與角色之間發生的事,`plot_point` 是您周遭世界的變化。`choices_made` 是您這次遊玩的主軸,按順序排列的字母。

整段歷史會在每個新場景之前交還給模型,並明確指示它要尊重這段歷史——提及先前的事件、延續先前的選擇、回收先前埋下的伏筆。正是這個機制,讓第 3 場景找到的日記到了第 8 場景仍然上鎖、仍然重要。而當歷史超出模型能夠關注的範圍時,失效的也是它——也就是前面提到的連貫性問題。

---

即時生成,而非預先寫好

這套設計裡沒有任何內容是從預先寫好的分支庫中取出的。故事不是先寫好再一步步揭露;沒有隱藏的劇本,也沒有預定的結局。每個場景都是在您做出選擇之後,根據上述所有素材寫成的。

這意味著即使選擇完全相同,產生的場景也會不同。用同一個前提、同樣的三個選擇跑兩次,您會得到兩個押韻卻不重疊的故事:相同的場景設定、相同的張力升溫、不同的台詞、不同的節奏,有時連結局也不同。這與「多重結局冒險」書或分支式視覺小說是截然不同的安排——那些每條路徑都事先寫好,您只是在一棵早已存在的樹上導航。沒有人——包括建構這套系統的人——在玩家抵達之前知道一次遊玩會怎麼結束。

---

前提作為情緒文法

前提不只是背景。它決定模型在這次會話剩餘時間裡使用的情緒基調,這也是為什麼前提庫需要的是對比,而不是數量。下表是一組示意——設計會追求的那種分布——並非任何現有內容的目錄:

前提 場景設定 基調

--------- --------- ------

約會之夜 一起外出的夜晚 浪漫、溫暖、親密

冒險 探索與發現 刺激、俏皮、難以預測

懸疑 有奇怪的事正在發生 懸疑、引人入勝、氛圍感

奇幻 超越現實的世界 富想像力、史詩、充滿驚奇

海灘度假 海濱的逃離 放鬆、感性、無憂無慮

午夜邂逅 深夜的連結 濃烈、親密、張力十足

其中有些比名稱暗示的更接近,而設計的功力正是在這些微妙的差異上顯現。

約會之夜對上午夜邂逅是最鮮明的對比。約會之夜緩慢升溫——共進晚餐、流連的眼神、一場又一場累積出來的張力,然後才轉向肢體接觸。午夜邂逅則直接:繞路更少,從開場就充滿張力。

海灘度假對上約會之夜則更細微。兩者都溫暖。海灘度假不慌不忙,適合一個不需要劇情轉折來合理化親近、始終保持感性的故事;約會之夜則需要一條故事弧線。

冒險對上懸疑的差別在於推動您前進的是什麼。冒險把賭注放在前面——一扇上鎖的門、逼近的暴風雨、三個場景後才見分曉的決定——讓親密從共同面對的危險中滋長。懸疑則選擇保留,只餵給您片段,讓您的選擇決定是追尋真相,還是在途中被拉向更私人的方向。奇幻自成一格:它交給您一個有自己規則的世界,這拉寬了場景在可信度崩解之前能走多遠。

無論選了哪個前提,它提供的是開場框架,而不是劇本。三位玩家用同一個前提,可以走出三個彼此完全認不出來的故事。

---

常見問題

AINudeGirls 有故事模式嗎?

沒有。平台上沒有聊天、沒有陪伴對話,也沒有互動故事功能。

它在路線圖上嗎?

目前沒有。公開路線圖列出了計畫中的項目與時程;對話式故事功能不在其中,也沒有可以告知的推出日期。

為什麼要為一個不存在的功能發布指南?

因為這些設計問題是真實的——分支敘事如何組裝、連貫性為何會斷裂、前提有什麼作用——也因為本頁先前的版本把這項功能描述得像已經上線一樣。它並沒有。

在這樣的系統裡,我可以自己輸入文字嗎?

三選一的循環是這套設計的核心。自由輸入文字是自然的延伸,但會讓基調控制與連貫性更難維持,這也是多數實作一開始不提供它的原因。

---

您現在可以做什麼

再重申一次開頭的重點:對話功能——包括任何類似故事模式的東西——目前不是 AINudeGirls 的一部分,也沒有排程。如果情況改變,它會先出現在路線圖上,然後才會出現在其他地方,而本指南也會重寫,以描述真正的功能。

目前上線的:在 NSFW 產生器輸入提示詞或選擇類別、瀏覽各類別與 AI 模特兒檔案,或在影片產生器製作短片。點數與價格請見價格頁面,其餘問題請見常見問題。