← 返回部落格

為什麼開場白決定了角色卡的可攜性

在 2026 年,角色卡早已不是 SillyTavern 獨占的資產。同一張 PNG 或 JSON 卡,可能被匯入到 SillyTavern、MiniTavern 的 iOS/Android 應用程式、Web Tavern,甚至 Chrome 擴充功能裡執行。真正決定體驗落差的,往往不是角色的設定深度,而是開場白。

發布於
  • sillytavern-alternative
  • greetings
  • character-card
  • roleplay
  • frontend-portability

在 2026 年,角色卡(character card)早已不是 SillyTavern 獨占的資產。同一張 PNG 或 JSON 卡,可能被匯入到 SillyTavern、MiniTavern 的 iOS/Android 應用程式、Web Tavern,甚至 Chrome 擴充功能裡執行。真正決定體驗落差的,往往不是角色的設定深度,而是開場白(greeting)。

開場白是模型收到的第一條上下文,也是使用者看到的第一段文字。它同時承擔兩個職責:為 AI 定調,為使用者建立場景。寫得不好,換一個前端就崩。

開場白為什麼會在不同前端失效

不同前端對 greeting 的處理邏輯並不一致:

  • 上下文注入方式不同:部分前端把 greeting 當作 assistant 訊息,部分當作 system 或 user 訊息,直接影響模型對「誰在說話」的判斷。
  • 變數與巨集支援不同:{{char}}、{{user}} 等佔位符在 SillyTavern 中通用,但其他前端可能只解析其中一部分。
  • 截斷策略不同:上下文視窗吃緊時,有的前端優先裁剪 greeting,有的優先裁剪歷史紀錄。
  • 多開場白(alternate greetings)的切換入口不同:SillyTavern 允許在 UI 中切換,其他前端可能預設只讀第一條。

結論很直接:如果你的開場白依賴某個前端的特有行為,它就不是可攜的。

可攜開場白的四條硬規則

規則一:自包含,不依賴外部設定

開場白應當在不讀取 description、personality、scenario 的情況下依然成立。模型可能只拿到 greeting 這一段。

  • 用一到兩句話交代地點、時間、當前動作。
  • 明確寫出角色的語氣特徵,而不是讓模型去 character book 裡推斷。
  • 避免「如前所述」「按照設定」這類指向外部欄位的表述。

規則二:只使用通用佔位符

{{char}} 和 {{user}} 是跨前端相容性最好的兩個巨集。其他巨集(日期、隨機數、變數運算)在多數前端中行為不一。

寫法可攜性說明
{{char}} / {{user}}高主流前端均支援
硬編碼角色名中換名或做變體時需重寫
自訂變數巨集低前端差異大
時間/隨機函式低結果不可重現

建議:正文裡用 {{char}},需要強調名字時再硬編碼一次,兩者混用最穩。

規則三:長度控制在 80–150 詞

太短,模型缺乏場景錨點;太長,在上下文緊張的前端會被優先裁剪,或在行動裝置上造成閱讀負擔。

  • 第一段:場景與動作,2–3 句。
  • 第二段:角色開口,1–2 句對白,帶明確語氣。
  • 結尾:留一個開放動作或問題,把主動權交給使用者。

規則四:準備 2–4 條備選開場白

備選開場白不是重複,而是涵蓋不同的進入方式:

  • 場景變體:同一角色,不同地點或時間。
  • 關係變體:初見 / 舊識 / 對立。
  • 節奏變體:動作切入 / 對白切入。

把它們寫進卡片的 alternate greetings 欄位。支援切換的前端(如 SillyTavern)會直接列出;不支援的前端至少能讀到第一條,不會報錯。

實戰範例:Kaelen the Wandering Blade

以 Kaelen the Wandering Blade 這張卡為例。角色是一名不帶陣營的流浪劍客,語氣克制、句子短、少用形容詞。它的主開場白遵循了上述規則:

  • 場景自包含:雨夜、路邊酒館門口、劍未出鞘。
  • 只使用 {{char}} 和 {{user}}。
  • 全文約 110 詞,結尾是一個動作而非提問,避免強迫使用者按固定方向回應。
  • 備選開場白涵蓋「白天官道相遇」與「雇主委託」兩種關係起點。

這張卡在 SillyTavern 與 MiniTavern 應用程式中的表現差異主要來自前端渲染,而非 greeting 本身——這正是可攜寫法要達到的效果。

匯入前的自檢清單

在把卡片分發出去之前,逐項確認:

  • 開場白脫離 description 仍能讀懂
  • 只含 {{char}} / {{user}} 兩類巨集
  • 長度在 80–150 詞之間
  • 結尾不強制使用者走向
  • 至少兩條備選開場白
  • 在至少兩個不同前端中實測過

結語

開場白是角色卡裡最容易被低估、又最影響跨前端體驗的部分。把它寫成自包含、巨集通用、長度克制的文字,卡片才能真正跟著使用者走。

如果你希望在同一套卡片上驗證 SillyTavern 之外的執行效果,可以在 MiniTavern 的 iOS/Android 應用程式、Web Tavern 或 Chrome 擴充功能中直接匯入測試,也可以到 MiniTavern 角色卡市場看看 Kaelen the Wandering Blade 這類按可攜標準製作的卡片。

你可能還會喜歡這些文章

SillyTavern 角色卡故障排除指南:修復常見錯誤並優化 AI 回應

在 SillyTavern 的世界裡,角色卡是塑造沉浸式對話體驗的核心。無論是使用 MiniTavern 的 iOS/Android 應用在行動端與角色互動,還是在 Web Tavern 中除錯複雜場景,一張精心設計的角色卡都能讓 AI 回應變得生動自然。然而,即使是經驗豐富的玩家,也難免遇到角色卡載入失敗、…

  • troubleshooting
  • errors
  • fix
  • ai-responses
閱讀全文

為什麼 iOS 上找不到「原生 SillyTavern」

SillyTavern 本質是基於 Node.js 的本地前端,依賴檔案系統讀寫角色卡、世界書與聊天記錄。iOS 沙盒機制不允許這種執行方式,因此 App Store 裡不存在真正意義上的「SillyTavern iOS 版」。

  • sillytavern
  • ios
  • alternatives
  • mobile
閱讀全文

如何打造一份完美的 SillyTavern 角色卡模板:2026 年最佳實踐指南

在 SillyTavern 生態中,一張高品質的角色卡是沉浸式角色扮演體驗的核心。無論是你精心設計的原創角色,還是從社群獲取的靈感,掌握角色卡模板的製作方法,都能讓你的互動更加生動、可控。本文將圍繞 2026 年的最新實踐,以「魅惑女巫艾琳娜」(Elena the Enchantress)為範例,帶你一步步構…

  • sillytavern
  • character-card
  • template
  • guide
閱讀全文