為什麼開場白決定了角色卡的可攜性
在 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