要在 SillyTavern 中使用 Kimi K2，需要连接一个能提供明确 K2 checkpoint 的独立后端。SillyTavern 负责组装角色和对话上下文，不会托管模型。先确认版本，选择本地推理服务器或有文档的服务商，再用简单请求测试，之后才加入角色扮演上下文。
本文只覆盖 Kimi-K2-Instruct，以及后端明确标注的 K2 更新版本。它不是某家服务商的配置教程：当前托管 endpoint、API alias、价格、额度和可用性均未核实。真实连接复现前，文章保持草稿。
核心要点
SillyTavern 是客户端，运行 Kimi K2 还需要模型服务器或 API。
核对准确 checkpoint、revision、量化方式和 chat template。官方页面还指向 Kimi-K2-Instruct-0905，不要混用不同版本配置。
Hugging Face 仓库 ID 不一定等于服务商的 API alias。
Chat Completions 和 Text Completions 是 prompt 的构造方式，不代表云端或本地。
分开验证连接、模型、模板和多轮对话。本稿没有连接真实 K2 后端。
连接由哪些部分组成
| 部分 | 作用 | 连接前核对 |
|---|---|---|
| Checkpoint | 提供模型权重和行为 | 版本、revision、量化、许可和模板 |
| 推理服务器 | 加载模型并提供 API | 格式、版本、路径、地址、模板处理 |
| 托管服务 | 远程运行模型 | 准确模型、ID、认证、限制、价格、上下文和数据条款 |
| SillyTavern | 组装角色和对话上下文并发送 | 后端文档要求的 API 类型和设置 |
连接测试通过只能说明 endpoint 可访问，不能证明加载了目标 checkpoint、模板正确或长对话稳定。
1. 先确认 checkpoint
不要从旧 preset 或视频简称开始，应先查看Kimi K2-Instruct 官方模型卡。卡片列出 vLLM 和 SGLang 的本地服务示例，并指向 Kimi-K2-Instruct-0905。Kimi K2 项目页说明 0905 更新涉及权重与上下文支持。部署前记录完整名称和 revision、量化版本、所用 runtime、模板由哪一层处理，以及请求使用的模型 ID。
官方例子展示了 OpenAI-compatible 的 chat completions 接口，但不能证明任意服务商采用相同 endpoint 或 ID。协议兼容不等于功能、限制、策略或结果一致。
不要拿 K2.5、K2.6、K2.7 Code、K2.8 或 K3 的步骤补齐原版 K2 的缺口。另见Kimi K2.6 概览、Kimi K3 SillyTavern 页面和Kimi K3 配置指南，它们只对应各自版本。
\n其他模型教程可用于了解不同接入路线，但它们的 ID 和 preset 不能直接用于 K2。可另看 Mistral 24B、DeepSeek V4 Flash、GLM-5.3 和 Gemma 4 的独立路线。Kimi K3 roleplay讨论的是另一代模型。\n
2. 选择本地服务或托管服务
| 路径 | 适合情况 | 当前资料要核对 | 本稿未知 |
|---|---|---|---|
| 本地推理服务器 | 想自行管理 runtime 和 endpoint | checkpoint、引擎、模板、地址与硬件要求 | 未测试安装、内存、延迟或速度 |
| 托管服务 | 服务商明确列出目标 checkpoint | 模型 ID、base URL、密钥、额度、价格、上下文和数据处理 | 未打开或测试 K2 服务商 |
| Kimi 网页/App | 只在官方界面使用 | 是否另有文档明确的 API 服务 | 消费级聊天不等于 API 访问 |
本地需要自行管理模型文件、硬件和更新；托管服务减少部署工作，但受服务商现行说明和条款限制。模型卡示例不是硬件推荐，量化、上下文、内存和 runtime 都会影响需求，不能只靠激活参数数估算。
使用托管服务时，打开它当前的模型目录和连接文档。如果 checkpoint、请求格式、认证字段和 ID 未写清楚，就停下来，不要猜值。
3. 按后端契约连接
SillyTavern API Connections 文档说明：Chat Completions 将消息按角色组织；Text Completions 把对话组装成连续文本。这一选择影响 prompt 构造方式，不代表本地/云端。
按 checkpoint 与 runtime 的官方说明启动服务，确认服务器提示已就绪。
在 API Connections 选择后端文档指定的类型。仅凭 OpenAI-compatible 不能推断具体选项或路径。
将 URL、凭证放进指定字段，并从当前文档复制。不要把密钥写入角色卡、共享 preset、截图或公开 prompt。
使用后端接受的模型 ID；它可能不同于 HF 仓库名。
确认 chat template 由服务器还是 SillyTavern 应用，避免重复格式化。
若版本支持连接配置档，保存包含 checkpoint、日期、API 类型和模板负责层的基准配置。保存并不等于验证。
页面标签会随版本变化，需同时核对两端文档。不要拿真实密钥反复试不同 API。
保护密钥与私人 prompt
将 API key 当密码处理。共享前检查配置档或截图是否包含密钥，泄露后按服务商流程更换。本地 endpoint 也可能能被其他设备访问；按 bind 和 firewall 指引配置，不要把无认证服务器暴露到公网。
4. 先跑短测试
先发一条无敏感信息的简单消息，例如“请用一句话确认收到”。确认返回正常文本后，再加载一张简单角色卡进行两轮，并询问前一轮的一个无害细节。检查模板标记、重复角色名、空回复或异常文本。两轮不能证明长上下文稳定。
之后每次只加入一层：lorebook、作者注释、长开场或扩展。大型角色卡可能超出后端实际上下文，也可能假定另一套模板。如果短测通过而完整角色卡失败，先对比文本大小和格式，不要马上改生成参数。
| 症状 | 可能层 | 优先检查 |
|---|---|---|
| 无法连接 | 服务器/endpoint | 状态、URL、路径、端口和网络 |
| 认证错误 | 密钥/账户 | 字段、有效性、权限 |
| 找不到模型 | 模型标识 | 服务商 alias 与 HF 仓库 ID |
| 空回复 | 请求/服务器 | API 类型、路径、日志、输出限制 |
| 模板标记泄漏 | 模板 | 客户端和服务器是否重复格式化 |
| 重复或循环 | prompt/参数 | 卡片重复、lore、上下文、停止条件 |
| 回复很慢 | 加载/硬件/队列 | 日志、量化、并发任务、prompt 长度 |
| 第一轮成功后失败 | 累积上下文 | 历史消息与 lore 触发 |
记录 checkpoint、服务器与 SillyTavern 版本、API 类型、最后改动和脱敏错误，一次只改一个变量。日志可能含私人对话，应先本地检查，只分享最少且已脱敏的内容。
5. 连接稳定后评估 RP
API 请求成功不代表文风合适。比较模型时固定角色卡、prompt、上下文和参数。检查是否维持角色声音、推动剧情但不替用户控制角色、尊重边界、引用最近信息。记录例子和局限；单次好回复不能当成整体评分。
不要假定 K2.6、K3 或其他模型 preset 适合 K2。若 backend 为准确 checkpoint 发布了推荐参数，记录来源，待连接稳定后再测试。风格适配由Kimi K2 roleplay 指南单独讨论。
用 Tabbit Browser 整理资料
可以在 Tabbit Browser 中并排打开模型卡、runtime 说明和 SillyTavern 文档，记录各项设置由哪个来源定义。本稿未用 Tabbit 连接 K2 服务器；Tabbit 不托管模型，也不能替代 SillyTavern。推理由后端执行，RP 上下文由 SillyTavern 组装。浏览器不能验证 API key 或 endpoint。
应该选哪条路径？
| 情况 | 下一步 |
|---|---|
| 有兼容硬件并希望自行控制 | 依据 checkpoint 和 runtime 的官方文档部署 |
| 想用托管 API | 等服务商文档明确写出 checkpoint 和 endpoint |
| 只有 Kimi 网页版 | 核实是否另有正式 API 产品与文档 |
| 能连接但文风不合适 | 固定连接参数，单独评估模型和角色卡 |
| 出现模板标记 | 查清由哪一层应用模板 |
结论是：只有提供准确 checkpoint 和兼容 API 的后端，才能把 Kimi K2 接入 SillyTavern。先核对版本与一手文档，只填有依据的值；先测简单消息，再加载小型角色卡。文档没有说明 endpoint 或 ID 时不要猜。
常见问题
SillyTavern 自己能运行 Kimi K2 吗？
不能。SillyTavern 是组装 prompt 并连接后端的界面。你还需要通过兼容 API 提供准确 checkpoint 的本地服务器或托管服务。
应填写哪个 Kimi K2 模型 ID？
使用后端为准确 checkpoint 或部署列出的 ID。moonshotai/Kimi-K2-Instruct 这个 HF 仓库名不一定是服务商的 API alias。
应选 Chat Completion 还是 Text Completion？
遵循后端文档。该选项决定 SillyTavern 如何构造 prompt，不是本地与云端的区别。
Kimi K2 可以本地运行吗？
官方模型卡提供 vLLM 和 SGLang 示例。实际是否可运行取决于 checkpoint、量化、硬件和 runtime；本稿没有进行本地安装。
为什么会空回复、出现标记或重复？
先核对 endpoint 和模型 ID，再确认由哪一层应用模板。缩短 prompt，逐步增加角色上下文，然后再调整生成设置。
来源与草稿状态
2026-09-23 在 Tabbit 中打开核对了Kimi K2-Instruct 官方模型卡、Kimi K2 项目页和SillyTavern API Connections 文档。服务商、真实连接和输出、价格/可用性、社区截图及 Tabbit 集成都未验证，故保持草稿。
常见问题
SillyTavern 会自己运行 Kimi K2 吗？
不会。它是前端，需要本地推理服务器或提供准确 checkpoint 的托管服务。
应该填写哪个模型 ID？
使用后端为准确 K2 版本列出的 ID；HF 仓库 ID 不一定是 API alias。
选 Chat 还是 Text Completion？
依照后端文档的提示词格式选择；它不是本地和云端的区别。
Kimi K2 能本地运行吗？
模型卡列有本地部署示例；内存与速度需按 checkpoint 和硬件验证。
空回复先检查什么？
检查 endpoint、模型 ID、连接和模板由哪一层应用，再用短提示词测试。