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

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

現有方案分三類：瀏覽器套殼、遠端存取、以及重新實作的行動原生用戶端。理解這三類的差異，比盲目下載十個 App 更有用。

三類 iOS 替代方案比較

方案	代表形態	角色卡相容	離線可用	適合族群
瀏覽器套殼	內嵌 WebView 的 App	部分支援 PNG/JSON	否	想快速試水溫
遠端存取	手機瀏覽器連自建服務	完全相容	否	已有 PC 端設定
原生用戶端	MiniTavern 等	支援匯入匯出	部分	長期行動使用

瀏覽器套殼類

這類 App 把網頁版介面塞進 WebView，本質仍是存取遠端服務。優點是上手快，缺點是背景切換容易斷線，PNG 角色卡中繼資料解析經常出錯。

遠端存取類

在 PC 或 NAS 上跑 SillyTavern，用 iPhone 瀏覽器透過內網或通道存取。角色卡、世界書、預設全部沿用原有目錄，搬遷成本為零。代價是你必須讓主機常開，且外網存取要自行處理安全。

原生用戶端類

重新實作前端邏輯，直接呼叫 API。優勢是觸控互動、背景保活、通知都針對行動端最佳化；劣勢是外掛生態通常不如桌面版完整。

行動端真正該關注的四個指標

• 角色卡匯入：能否正確讀取 PNG 內嵌的 chara 欄位，而不只是圖片
• 上下文管理：是否支援世界書、作者註釋、深度提示等 SillyTavern 常用機制
• 連線方式：直連 API 還是必須依賴中轉伺服器
• 資料可搬遷：聊天記錄能否匯出為 JSON，避免被單一 App 鎖定

這四點決定了你是「臨時用用」還是「長期主力」。

角色卡工作流如何延續

SillyTavern 使用者最在意的往往不是介面，而是累積下來的角色卡庫。搬遷時按以下順序處理：

1. 在桌面端匯出角色卡為 PNG 或 JSON
2. 確認目標 App 支援同一格式匯入
3. 檢查世界書是否隨卡一起搬遷，多數 App 需要單獨匯入
4. 首次對話後驗證預設是否生效，尤其是溫度與上下文長度

若目標 App 只支援純文字角色設定，說明它無法承載複雜卡，只適合輕量對話。

推薦角色卡：Aurora the Dreamweaver

在行動端測試匯入流程時，Aurora the Dreamweaver 是一張適合驗證相容性的卡。它包含較完整的人物背景與敘事引導，能快速暴露 App 在世界書解析、長上下文保持上的短處。

如果你的用戶端能穩定執行這張卡且不遺失設定，說明其角色卡管線基本可靠。可在 MiniTavern 的角色卡市場中直接取得並匯入。

選擇建議

• 已有完整 SillyTavern 設定、追求零搬遷成本 → 遠端存取
• 只想在通勤時隨便聊聊 → 瀏覽器套殼
• 希望行動端長期使用、重視觸控與背景穩定性 → 原生用戶端

不要因為某個 App 介面好看就放棄角色卡相容性，那意味著你幾年累積的卡庫全部作廢。

結論

iOS 上沒有 SillyTavern 的等價替代品，只有不同取捨的行動方案。判斷標準始終是：角色卡能否無損搬遷、上下文機制是否完整、資料能否匯出。

如果你希望在 iPhone 與 iPad 上直接使用相容 SillyTavern 角色卡的工作流，可以試試 MiniTavern 的 iOS 與 Android 用戶端，配合 Chrome 擴充功能 在桌面端同步，並透過 角色卡市場 取得包括 Aurora the Dreamweaver 在內的現成卡片。