为什么 iOS 上找不到“原生 SillyTavern”

现有方案分三类：浏览器套壳、远程访问、以及重新实现的移动原生客户端。理解这三类的差异，比盲目下载十个 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 在内的现成卡片。