语气
文笔好不等于像这个角色
一段顺滑的回复可能丢掉角色的措辞、边界或情绪温度。检查需要出现的语气标记，而不只是看段落是否好读。
简体中文
角色扮演实测指南 / KIMI K3
Kimi K3 能一直保持角色吗？
Kimi K3 可以写出有画面感的对白，但 roleplay 的质量不只看文笔。社区反馈提到过度思考、复读、回复慢、用总结代替场景，以及长对话后的指令漂移。本页给你一套小测试和分层排错路径。
官方事实与社区体验分开标注。不提供 jailbreak、安全绕过或通用 preset。
RP 要看什么
角色一致性来自每一轮的整体设置
Kimi K3 API Quickstart 确认了 1M token 上下文和始终开启的 thinking。Reddit 讨论有人喜欢对白和小说式 prose，也有人反馈指令漂移、思考过长和渠道差异。单个事实都不能预测你的角色下一轮会怎样。
记忆
长上下文不等于完美回忆
大窗口提供了空间，但角色卡、摘要、最近几轮和渠道处理仍会争夺注意力。多轮后专门测试一个事实。
节奏
Thinking 会改变场景节拍
K3 始终会思考。更高 effort 可能带来深度、延迟或更长前言；较低 effort 可能更利落。用同一个场景种子对比，不要凭感觉。
10 分钟基线
先给场景打分，再开始调参
使用一张角色卡、一个场景种子和全新对话。依次运行三个测试，只重跑失败的那一项。分数是决策工具，不是 benchmark。
每项 0–2 分：0 = 失败，1 = 不稳定，2 = 可靠。同一项连续失败两次时才改一个变量。
把对话、渠道、模型 alias、回复长度和 reasoning effort 与分数一起保存，比较才可复现。
01 / 语气锁定
要求回复 160–220 字。在角色卡里写出 5 个正向语气标记和 1 个禁止习惯，不要在用户回合再次提醒。
↳ 统计标记出现数、禁止习惯是否出现，以及有没有多余的 meta 旁白。
02 / 连贯性回忆
进行 8–12 轮后，要求模型说出两个已建立事实和一个未完线索，不要再次粘贴角色卡。
↳ 分别记录正确、编造、遗漏，并注意回答是否变成总结。
03 / 主动性与节奏
交替安排安静段、用户动作和开放结尾。让角色推进场景，但不要替用户决定动作。
↳ 记录节奏、主动性、复读，以及结尾是否留下可继续的入口。
现象 → 层级 → 下一步
先修最小的一层
角色卡修不了 429，调低 reasoning 也不能找回历史里根本不存在的事实。用这张表隔离原因。
一直解释、总结或复读
Thinking / prompt / 历史
开新对话，缩短指令块，明确场景长度；渠道支持时再对比 `reasoning_effort=low`。
聊几轮后语气变淡
角色卡 / 最近上下文
把 3 个语气锚点放到当前指令附近，删掉冲突示例，在第 10 轮重测回忆。
K3 替用户做了动作
主动性约定
加一条清晰边界：只描写角色和环境，以可继续的入口结束；不要同时改 sampler。
回复平淡或很慢
Reasoning / 预算 / 渠道
同一场景对比 low 与 max，记录首 token 等待和输出长度。X 上的速度分享只是体验，不是 SLA。
Prefill 造成奇怪开头
渠道兼容性
关闭 Partial Mode 运行基线，并确认渠道为 K3 支持 Partial Mode 后再加前缀。
场景变得更保守或拒答
平台规则 / prompt
不要尝试绕过安全机制。在平台规则内改写场景，并把语气和合规分开评分。
K3 官方控制项包括 `reasoning_effort=low|high|max`，多个生成字段是固定的。以当前渠道契约为准，不要照搬通用 sampler preset。
浏览器上下文路径
让角色卡贴着对话工作
如果 roleplay 依赖 wiki、研究页或写作 brief，Tabbit 可以让资料保持可见，同时在旁边询问 Kimi-K3。这是上下文工作流，不替代 SillyTavern 的角色卡、lorebook 或扩展。
01
打开资料
把角色卡、世界观或场景提纲留在标签页里，浏览器就是你的参考面。
✓ 资料在聊天时仍然可见。
02
选择 Kimi-K3
在新标签页或 Chat 的实时模型选择器中选择。具体可用性以版本和方案中的实时列表为准。
✓ 当前模型和记录中的测试一致。
03
对比下一轮
用 Chat 问一个聚焦问题，或用多模型视图比较语气和节奏。保留角色卡和对话作为评估记录。
✓ 你能解释模型和上下文如何产生结果。
选对工作台
Tabbit 和 SillyTavern 解决不同的 RP 任务
先分清工具边界，缺少功能就不会被误判成模型问题。
| SillyTavern | Tabbit | |
|---|---|---|
| 角色卡与 lorebook | 为此设计的控制项和扩展 | 把可见网页或文件作为上下文 |
| 渠道与 preset 控制 | Endpoint、sampler、模板和历史控制 | 实时模型选择器与浏览器聊天 |
| 一致性测试 | 适合重复执行角色卡测试 | 适合贴着资料比较回答 |
| 多模型对照 | 取决于配置和扩展 | 多模型对话快速并列比较 |
KIMI K3 角色扮演 FAQ
重写角色卡前先回答
Kimi K3 适合角色扮演吗？+
如果你重视对白和长篇 prose，值得测试，但没有通用结论。社区既有肯定文笔的反馈，也有思考过长、漂移、延迟和复读的反馈。请用三项基线测试自己的角色卡。
1M 上下文能保证角色记忆吗？+
不能。它提供容量，不保证完美检索。角色卡、最近对话、摘要、渠道序列化和输出预算都会影响 K3 注意到什么。
为什么 Kimi K3 在 RP 中想太久？+
K3 始终开启 thinking。官方 API 提供 low、high、max 三档 reasoning_effort。用同一场景对比速度和质量，不要默认 max 一定更好。
如何减少复读或总结？+
开新对话，缩短并去重指令块，明确场景长度；渠道支持时测试较低 effort。一次只改一层。
需要 roleplay preset 或 prefill 吗？+
建立基线不需要。Partial Mode 可以续写预填的 assistant 前缀，但渠道兼容性不同。先完成干净测试，再记录变化后加入。
Tabbit 能导入 SillyTavern 角色卡吗？+
Tabbit 是浏览器上下文聊天工作流，不声称导入 SillyTavern 角色卡、lorebook 或扩展。需要这些能力时继续使用 SillyTavern；网页或文件是上下文时再用 Tabbit。
给 Kimi K3 一次公平的 RP 测试
用一张卡、三个测试、一次只改一个变量。上下文在网页或文件中时，打开 Tabbit，在旁边试用 Kimi-K3。
支持 macOS 和 Windows。模型可用性与额度取决于版本和方案。