SillyTavern 要买什么：客户端、API、部署和会员分别管哪一步
先分清酒馆界面、模型后端、云端部署和网站会员，再配置最小可用连接。说明 API Key 与网页登录的区别，以及连接成功后还要验证什么。
装好 SillyTavern，导入角色卡，聊天框里却没有回复，最先要确认的是：负责生成文字的模型服务接上了吗？ 酒馆负责整理提示词、角色和聊天记录；文字通常由另外一个本地或云端后端生成。角色卡、主题和网站会员都不能代替这条连接。
本文于 2026 年 11 月 10 日核对 SillyTavern 官方介绍、Chat Completions 文档和正式版 1.19.0 发布记录。本文解释各部分的职责，不比较商家套餐，不承诺某种会员可以转成通用 API。
把手里的东西放回正确的位置
SillyTavern 官方介绍明确把它定义为界面，并说明需要另外的 LLM 后端。项目本身免费开源；如果有人收部署或托管服务费，那是另一项服务，应单独看交付内容。
| 手里的东西 | 它解决什么 | 仍然需要确认 |
|---|---|---|
| SillyTavern 程序 | 组织角色卡、提示和聊天 | 模型后端的地址与访问方式 |
| 角色卡、世界书、预设 | 提供人物设定和生成配置 | 是否适用于所选模型和协议 |
| 模型 API 凭据 | 允许客户端请求某个服务 | 服务地址、精确模型 ID 与权限 |
| 本地模型后端 | 在自己的设备上运行推理 | 后端能否运行、暴露哪种接口 |
| 云端酒馆或托管服务 | 让界面或应用持续在线 | 是否包含模型调用，数据放在哪里 |
| 某网站会员 | 该产品条款内的使用权 | 是否明确包含外部 API 调用 |
“会员”没有跨平台通用的含义。有些服务单独提供 API，有些把额度放在特定入口，有些只允许在网页使用。先查看该服务的 API 文档和合同；不能从“网页能聊天”推导“能填到任何客户端”。
沿一条真实请求检查配置
常见的云端链路是：浏览器打开酒馆，酒馆后端整理消息，向模型 API 发请求，再把回复显示出来。自托管时，模型请求可能由服务器发出；浏览器所在电脑网络正常，不代表服务器能访问目标 API。使用本地后端时，还要确认所谓的 localhost 指的是哪一台机器。
Nbility 的接入信息按连接基础准备：地址、专用 API Key、精确模型 ID。不要把网页登录密码、浏览器 Cookie 或别人发来的登录链接填进 API Key 栏。
对会自动追加接口路径的自定义来源，配置思路如下：
API type: Chat Completion
Chat Completion Source: Custom (OpenAI-compatible)
Custom Endpoint: https://api.nbility.ai/v1
API Key: YOUR_API_KEY
Model: YOUR_AVAILABLE_MODEL_ID
官方自定义来源说明明确提醒，不要在这个 endpoint 后面再加 /chat/completions。它也没有保证兼容每一个第三方接口。界面名称以安装版本为准，完整站内步骤见 SillyTavern 接入文档。
先把一句话跑通，再加回角色设定
先用空白助手或短角色卡，发一句“请回复连接正常”。不要同时开启复杂世界书、工具、图片、自动摘要与大量历史，否则失败后难以判断是哪一部分引起的。
验收要看实际结果：
- 收到完整的短文本，而不只是绿色连接指示。
- 在服务自己的记录中看到这次请求；使用 Nbility 时，可以去用量日志核对时间、模型与状态。
- 再启用流式、角色设定和其他功能，每次只恢复一项。
模型列表只验证了发现模型的路径。列表没有实现时，官方文档允许手动填写模型 ID；但手动填写不会凭空获得访问权限。对列表和功能的区别，可接着读模型列表与能力检查。
“能聊天”以后还可能缺哪一块
角色回复正常，不能证明同一个连接能生图、朗读、使用工具或执行摘要。它们可能调用不同接口，使用独立配置，或者受提示词后处理影响。官方文档特别说明，某些 no tools 后处理模式不支持工具调用。
近期仍有自定义来源参数未按预期发出的讨论 #5021。原报告来自 1.15.0 staging，10 月 30 日又有不同后端的用户补充；查阅时仍 Open。这说明“界面可选”与“实际出站字段”应分开检查，不能据此宣称当前所有连接都存在同一种缺陷。本文没有复现该报告，也不建议新手先改源码或照搬评论补丁。
如果问题只在复杂角色里出现，保留原角色和聊天备份，在副本里移除新增设定；如果空白助手也失败，先查地址、权限和模型。先确定自己缺的是界面、模型连接还是某项扩展能力，再决定购买或修改哪一部分，能减少很多无效尝试。
