• 首頁
  • 部落格
  • 廣場
  • 價格
  • 首頁
  • 部落格
  • 廣場
  • 價格
開始創作

創作。體驗。

創作部落格

首頁/部落格/互動敘事

AI 文字謎題怎樣避免「答案隨聊天改變」:先寫一份作者答案表

要避免答案隨聊天改變,先別急著改提示詞。把謎題拆成一張作者答案表:每個線索的固定文本、可接受答案、同義表達、錯誤提示、揭曉條件各佔一行,生成敘述只能引用表裡的內容,不能臨時發明新線索或新判定。下面用一個虛構教學例子走完整流程,例子裡的三枚星標、觀測台編號和對話均為編造,不對應任何真實作品或密碼。

D
DramaFork Editorial Team互动叙事与 AI 创作方法
2026.09.13预计阅读 5 分鐘
謎題盒、對應線索的三枚實物標記與封存答案。
文章目錄
創作部落格
  1. 01導讀
  2. 02一、先固定謎題的骨架
  3. 03二、答案表長什麼樣
  4. 04三、讓生成敘述圍繞表運行
  5. 05四、接近答案時怎麼回應
  6. 06五、人工回歸輸入清單
  7. 07六、常見走偏與修正
返回文章頂部

導讀

要避免答案隨聊天改變,先別急著改提示詞。把謎題拆成一張作者答案表:每個線索的固定文本、可接受答案、同義表達、錯誤提示、揭曉條件各佔一行,生成敘述只能引用表裡的內容,不能臨時發明新線索或新判定。下面用一個虛構教學例子走完整流程,例子裡的三枚星標、觀測台編號和對話均為編造,不對應任何真實作品或密碼。

一、先固定謎題的骨架

假設你在寫一段文字冒險:玩家進入廢棄觀測台,需要輸入三位編號才能打開內室。線索是三枚星標,分佈在前三個場景。

先寫出不可變的三個事實:

  1. 星標甲在東側窗台,刻著「七」。
  2. 星標乙在值班日誌夾層,刻著「二」。
  3. 星標丙在望遠鏡底座,刻著「九」。

觀測台編號為「七二九」,即 729。這個數字只是虛構例子的內部約定,不是推薦參數,也不代表任何真實密碼規則。

骨架定好後,AI 生成敘述時只能描述這三枚星標的位置和刻痕,不能新增「牆上還有第四枚星標」或「日誌裡夾著一張寫著 5 的紙條」。如果模型臨時補出第四枚星標,玩家就會得到互相矛盾的線索,答案自然隨聊天改變。

二、答案表長什麼樣

答案表是作者寫給自己的判定清單,不是給玩家看的介面。它至少包含五列:線索編號、固定文本、可接受答案、同義表達、錯誤提示與揭曉條件。下面把觀測台例子填成一張完整表。

線索編號 固定文本 可接受答案 同義表達 錯誤提示與揭曉條件
A 東側窗台星標甲刻著「七」 七 7、柒 未集齊三枚時提示「星標尚未看全」
B 值班日誌夾層星標乙刻著「二」 二 2、貳 同上
C 望遠鏡底座星標丙刻著「九」 九 9、玖 同上
組合 三枚星標按甲乙丙順序排列 七二九 729、七二9、柒貳玖 順序錯誤提示「順序與星標排列不符」
揭曉 內室門開啟,露出星圖 — — 僅當組合正確且三枚均已發現時觸發

表裡「同義表達」一欄很關鍵。玩家可能輸入阿拉伯數字、繁體大寫或混寫。你可以接受 729、七二九、柒貳玖,但不必接受「九二七」,因為順序本身是謎題的一部分。接受範圍由作者決定,寫進表裡,生成敘述就不能今天接受「729」、明天拒絕「七二九」。

三、讓生成敘述圍繞表運行

有了表,提示詞可以寫成約束式,而不是開放式。例如:

你只能描述答案表中 A、B、C 三條線索的固定文本。玩家輸入組合時,先對照可接受答案與同義表達;不在表內的輸入一律按錯誤提示回應。不要新增星標、數字或開啟條件。

模型可能漏看同義表達,也可能把「柒」當成新線索。表能提供人工核對依據,不能保證模型每次正確。若作品需要嚴格一致的判定,就要在生成敘述之外實現並驗證獨立規則,檢查輸入是否命中表內條目,命中後才允許揭曉。這是需要另行落實的製作方案,不意味著寫進提示詞後,現有生成系統便具備了確定性謎題引擎。尚未實現規則時,應按表逐輪人工檢查,發現誤判就修正,不能把模型的回答直接當成最終判定。

四、接近答案時怎麼回應

玩家不會一次輸入正確組合。接近答案的回應也要先寫進表,避免 AI 自由發揮。可以設三檔:

  • 只發現一枚星標:敘述只提該星標,不暗示總數。
  • 發現兩枚:敘述可提「還差一枚」,但不透露缺的是哪一枚。
  • 三枚齊但順序錯:提示「順序與星標排列不符」,不直接給出正確順序。

對應對話示例(虛構):

玩家:「我輸入 927。」 敘述:「內室門沒有反應。門縫裡透出的光閃了一下,又暗下去。你想起星標是按甲乙丙排列的,但不確定自己有沒有記錯順序。」 玩家:「那我輸七二九。」 敘述:「門內傳來輕微的齒輪聲,星圖在黑暗中亮起。」

這裡「門縫透光」和「齒輪聲」是敘述裝飾,不是新線索。裝飾可以變,判定不能變。如果某次生成把「齒輪聲」寫成「門鎖彈開」,而組合其實錯誤,玩家就會誤以為答案對了。所以接近答案的回應也要限定在表內允許的反饋層級。

五、人工回歸輸入清單

寫完表後,準備一組人工回歸輸入,每次改提示或改敘述都跑一遍。觀測台例子的清單可以是:

  1. 輸入「七」,預期:只確認星標甲,不開啟。
  2. 輸入「729」,預期:三枚未集齊時提示「星標尚未看全」。
  3. 輸入「七二九」且三枚已發現,預期:開啟。
  4. 輸入「927」,預期:順序錯誤提示,不開啟。
  5. 輸入「柒貳玖」,預期:按同義表達接受。
  6. 輸入「四」,預期:不新增線索,按未命中回應。

跑完清單後做完成檢查:表內每條可接受答案是否都能觸發對應結果;表外輸入是否都不會意外開啟;敘述裡是否出現表外的新數字或新星標。三項都過,才算這一版謎題穩定。

六、常見走偏與修正

走偏一:把答案只寫在提示詞裡。提示詞會被後續對話沖淡,表才是固定參照。修正:先建表,再寫提示。

走偏二:同義表達留空。玩家輸入「柒」被拒,會以為謎題壞了。修正:把可接受的寫法逐條列出,不接受的範圍也寫清。

走偏三:讓 AI 判斷「差不多對了」。接近答案的回應必須分檔寫死,不能靠模型即興。修正:把三檔反饋寫進表,生成時只選檔,不發明檔。

走偏四:改線索後不更新表。如果作者把星標乙從「二」改成「三」,組合、同義表達和回歸輸入都要同步改。修正:每次改固定文本,先改表,再改敘述。

這張表不解決所有問題,它只把「答案隨聊天改變」變成「答案隨表改變」。表不變,答案就不該變;表變了,所有相關行一起變。下一步可以拿你正在寫的一個謎題,先填出線索、可接受答案和同義表達三列,再補錯誤提示與揭曉條件。

了解产品能力 体验互动作品

继续阅读

浏览更多文章
封好的信在住戶手中、鄰居門口與退件箱之間等待處理。
互動敘事2026.09.19 · 5 分鐘

一封不該拆開的信怎樣成為選擇:知情、責任和關係分別計後果

把「該不該拆」寫成選擇,關鍵不在信裡寫了什麼,而在玩家動手之前,作者已經讓哪些線索擺在桌面上。玩家只能根據自己見過的線索行動,因此關係代價要在拆信之前就埋好:信封上哪些字可見、誰經手過這封信、收件人此前說過什麼。下面用虛構教學例子《舊地址來信》說明一種可重複的做法。例子中的人物、數字和原話均為虛構,不是實測資料。

成年節慶組織者在散場舞台後檢查移位的燈籠和鬆動扣件。
互動敘事2026.09.19 · 4 分鐘

慶典推理怎麼寫輕量謎題:先讓玩家知道慶典正常怎樣運作

先把慶典的「正常一天」寫清楚,再讓異常出現。玩家只有知道交接、點燈、巡遊、收燈原本怎麼走,才能判斷哪一步不對。否則每個陌生風俗都像線索,推理會變成猜作者心思。

博物館策展人在展台高度、觀看視線與展品背景之間取捨。
互動敘事2026.09.19 · 5 分鐘

博物館策展也能有分支:讓展品取捨體現故事立場

把策展寫成價值選擇,做法是先把展位數量壓到明顯不夠用,再讓每件展品各自攜帶一段不可替代的資訊。玩家選了兩件,就必須放棄第三件;被放棄的那件不會消失,而是以「缺失說明」的形式留在展廳裡,提醒觀眾這裡本來還有什麼。選擇因此改變觀眾能拼出怎樣的過去,而不只是拿到多少分。

把製作複雜度交給 Agent,把創作決定權留給使用者。

從一句故事創意出發,在同一個專案裡組織劇本、角色、鏡頭與分支,逐步完成第一版可玩 Demo。

產品

  • 價格
  • 產品能力
  • 創作流程
  • 作品範例
  • 常見問題

探索

  • 影遊廣場
  • 創作部落格
  • 創作者合作計畫

法律資訊

  • 隱私政策
  • 使用條款
© 2026 DramaFork/AI 互動影遊創作平台
Press Enter to send, or drag away and release.