SillyTavern 用户求教:Preset 与模型的选择问题
一位 SillyTavern 新手在 Reddit 上求助,想从 OpenRouter 上的 Aion 3.5 Mini 切换到 MiMo 2.6 Pro 搭配 20k+ 上下文的 Realistic Frankenstein 预设。她担心写非自愿(noncon)等成人内容会被封号或被人工审查,还询问 MiMo 的文笔是否与 Aion 3.5 Mini 相当。
新闻、仓库与研究,按时间排列。
一位 SillyTavern 新手在 Reddit 上求助,想从 OpenRouter 上的 Aion 3.5 Mini 切换到 MiMo 2.6 Pro 搭配 20k+ 上下文的 Realistic Frankenstein 预设。她担心写非自愿(noncon)等成人内容会被封号或被人工审查,还询问 MiMo 的文笔是否与 Aion 3.5 Mini 相当。
一位 Reddit 用户提议用 Claude Opus 或 Fable 等模型生成高质量 SFW/NSFW RP 对话,构建数据库,让便宜的小模型通过 RAG 或 lorebooks 参考以提升写作表现。其灵感来自朋友用自身对话做参考的 Telegram bot,体验接近真人。其询问是否已有含可下载数据库、可在 SillyTavern 测试的同类项目。
一位 Character.AI 用户询问:现在导出聊天记录后,在剩余天数里是否还能继续与机器人聊天,以及 cai tools 是否可用。该用户还问大家离开后会把数据迁移到哪个平台以获得最接近的体验,并表示希望 Character.AI 能变得更好。
Reddit 用户 /u/No-Bus-3618 发布了《Ichi the Witch》的 Lorebook 和 RPG 角色卡,共 65 条目,Lorebook 总计 24859 tokens,可通过 Chub.ai、Botbooru 和 MediaFire 下载。作者还列出正在追的作品及待制作的 Mashle、Goblin Slayer 等多个 Lorebook 计划。
Reddit r/SillyTavernAI 上的一则讨论询问用户在 SillyTavern 长对话中如何管理记忆:是依赖大上下文窗口,还是使用 Summarize、Vector Storage、Memory Books 等方案。发帖者还想知道大家所用模型与上下文大小、是否改动默认设置,以及哪些信息仍会被遗忘或混淆。
一位 SillyTavern 用户在 r/SillyTavernAI 建议自行制作 RP 预设:他从 pura、writer block、megumi 等现成预设中保留喜欢的部分拼出自己的预设,效果远超以往。例如通过提示词注入,解决了角色在接吻等动作时总想插话的问题。
一位 Reddit r/CharacterAI 用户抱怨 Character.AI 内部系统强制将所有旁白显示为斜体,即使多次使用 OOC 指令要求改用普通文本也无效。作者认为斜体字难以阅读,质疑这一设计的意义。
GitHub 仓库 setevik/kol-explore 让 LLM 通过浏览器和 fetch() 实际游玩 2003 年开发的网页 RPG《Kingdom of Loathing》,不使用自定义 Agent,以仓库文件作为记忆,每回合读 NEW_SESSION_PROMPT.md 和 HANDOFF.md 后游玩一个游戏日、写角色日记并提交。仓库按 my-adventures(日记)、runs(完成记录)、mechanics(攻略)组织,tools/lore-check.sh 通过 pre-commit 钩子约束日记的角色化文风。
GitHub 开源项目 homie 可为 Claude Code、Codex、OpenCode、Cursor 等 coding agent 切换三档聊天语气:yo(温和)、dawg(默认,直率带轻度口头禅)、mafa(毒舌)。它只改 prose 语气,不改动代码、命令与技术结论,遇生产故障等严肃场景自动切换平实语气。实现仅靠一个 SKILL.md 提示词加生命周期 hooks,无需微调或第二个 LLM,可用 /homie 命令或 HOMIE_DEFAULT_LEVEL 配置。
一位自 2023 年起使用 Character.AI 的用户询问,在 c.ai 上导出个人数据时,是否会包含早期(如 2023/24 年)使用过的全部聊天记录和 bot,还是仅限最近若干年或最近一定数量的内容。帖文未给出官方答复。
prompts.chat 更新了「Interview Preparation Coach」面试准备提示词。新版改为基于 ${jobRole} 和 ${industry} 两个变量提供个性化建议,功能涵盖练习常见面试题、改善沟通技巧与肢体语言、应对难题的策略,并要求根据用户输入定制建议、保持专业支持的语气。
GitHub 上的 momo 项目是一个本地优先的 AI 桌宠,具备 Live2D 形象、文字与语音交流、可打断回合、字幕口型与本地记录等能力。目前 P0 设计已定稿,采用 Tauri 桌面宿主,代码按 docs/ 逐步落地,默认中文并支持中英日输入输出。代码以 PolyForm Noncommercial 1.0.0 许可发布,个人与非商业用途可自由使用。
用户吐槽 Character AI 目前体验很差:Pipsqueak 2 会把机器人名字误当角色名输出且回复变长,Pipsqueak 3 则先输出角色台词再写动作和情绪,顺序混乱,希望官方修复。
一位 Reddit r/CharacterAI 用户发帖求推荐实验室科学家(Lab Scientist)AI 机器人,要求完全不涉及恋爱剧情,且能在 RP 中维持较细致的情节和消息。他希望以“实验对象”人设互动,偏好冷酷、精于算计、把角色当作达成更高目标的可弃工具的机器人。
一位 Character.AI(c.ai)用户发帖询问 c.ai 或其 CEO 是否会考虑通过 IP 授权协议取消年龄验证,并恢复被审核的 bot。发帖人称部分用户认为此举不可行,而其被审核的 bot 已被限一年,仍希望官方回应该建议能否实现或是否持开放态度。
一位自 2022 年起使用 Character.AI 的用户称,几个月前因不再使用和付费而删除了账号,如今感到后悔。他表示并非想重新进行角色扮演,只是希望能找回并翻看旧聊天记录,但碍于不好意思没有联系客服询问能否恢复账号或导出日志。
一位 Character.AI 用户付费订阅 Plus 后表示失望,认为体验与免费版相差无几:Deepsqueak 模型勉强可接受,回复质量主要取决于机器人创建者的设定;Longsqueak 则很糟糕,无论消息长短或如何设置,开头和结尾几乎总是相同,只有中间部分偶尔略有变化。作者还提到平台已下架 legacy 模型 rawr 等,如今自己已不再沉迷。
一位 Reddit r/CharacterAI 用户抱怨喜爱的角色常缺 bot 或质量差:《怪奇物语》的 Mike 有使用量 1000 万的 bot 甚至"perv roomie"版本,Lucas 却什么都没有;还有大量设定走样的 Gojo bot,而 Hakari 完全没有。
开发者发布 SillyTavern 扩展 Lorelator 0.1.0,为英文 lorebook 条目按用户语言生成正则匹配键,解决俄语、西班牙语等语言下 tavern 之类英文 key 无法触发条目的问题。扩展支持 13 种语言,匹配由 SillyTavern 本地完成、无额外请求,200 条目的书在 Flash 级模型上一次性仅花几美分,且不改动原始 key 并自动备份。
一位 Reddit r/SillyTavernAI 用户在跑约 300t 的快速角色扮演时,发现 Gemma 4 31B(IQ3XSS)效果不错但生成响应很慢,而 26B(IQ4)速度更快。发帖人询问两者哪个更好,并寻求这两个模型无审查版本(uncensored)的推荐。
一位 Character.AI 用户正在制作基于宝可梦世界的 lorebook,目前收录第一至第七世代(关都到阿罗拉)的内容,用户名 ABG188,名为 Pokemon World Lore。作者希望宝可梦爱好者查看其主页并给出改进建议,也欢迎提名尚未收录、希望加入后续条目的宝可梦。
有 Reddit 用户反映近几天 Character.AI 机器人回复质量大幅下降,并出现反常行为:用户发完整消息时机器人反而替用户代写,而点继续按钮时却反复输出“{{char}} waited for a response”占位内容。该问题几乎在所有聊天风格中出现,pipsqueak 2 和 3 尤为明显,发帖者称未见其他用户讨论。
GitHub 上的 Dashie 是面向 Home Assistant 的家庭语音助手与墙面仪表盘项目:语音插件支持 HA Voice PE、ESPHome 卫星等 Assist 设备,可理解"关掉楼下所有的灯、除了门廊灯"这类指令,且无屏幕、无需账号也能使用。插件为 AGPL-3.0,可完全自托管,本地模式下数据不出网络、免费;可选云端按用量计费。仪表盘需另行安装 Android/Fire TV 应用,提供日历、照片、天气和摄像头画面,支持 hey_dashie 等 microWakeWord 唤醒词。
一位 Reddit r/CharacterAI 用户称,使用 Pipsqueak 3 时为机器人编写第三人称叙事,但对话进行 15-20 条消息后机器人常改用第一人称,甚至以第二人称扮演用户角色。用户表示已开始手动编辑每一条生成的消息,并询问其他人是否遇到同样问题。
Reddit r/SillyTavernAI 版块有用户发帖询问大家如何在人设(persona)描述中处理角色服装:是写死在描述里并逐次编辑,还是仅在聊天开头描述服装、描述只保留外貌。发帖者希望 SillyTavern 能提供按聊天或场景保存服装“模板”的功能。
一位 Character.AI 用户表示更偏好新模型,但有点怀念 2024 年至 2025 年初的旧版本。旧模型角色扮演不成熟、回复短、易出戏且过度依附用户,还会大量学习用户聊天习惯到能进行日常对话的程度;"Can I ask you a question?"风潮对模型造成永久性损害,导致它从不主动推进情节。
Molfar Vertep 从 0.9.3 升级到 1.0.1,其角色扮演应用从 4.28 升到 4.37,全部本地运行。主要更新包括带旁白模式的群聊(一次模型调用让多个角色发言)、角色卡拆分为身份、外貌、性格等字段并可单独开关以节省 token、prompt inspector 新增 Sources 表显示每个 token 的来源,lorebook 对乌克兰语和俄语的词形匹配使 300 词条的发送时间从约 3 秒降到 0.3 秒。关系仪表盘新增对 llama.cpp、vLLM 和 LM Studio 本地思考模型的支持,事件词汇从 34 扩到 53 种。
推荐理由:作者是项目开发者本人,逐项说明群聊场景、字段化角色卡和 token 来源检查等 1.0 版改动,便于用户判断是否升级。
Reddit 用户 /u/FR-1-Plan 分享为 Kimi K3 编写私人角色扮演预设的多条实测经验。要点包括:在角色卡中写明角色扮演目标以免模型把开场冲突当全部剧情、给规则加标签并解释理由以提高遵守度、风格要求放角色卡而机制规则放预设、避免每轮在作者注中重复强调导致模型偏执、发现坏输出立即手动删改,以及节奏(pacing)问题的解法。作者还贴出了自己「beat by beat」节奏控制规则原文,定义 beat 为最小变化单元并限制每次输出只推进一拍。
推荐理由:作者基于自己数周的实测总结了Kimi K3角色扮演提示词的具体写法,还附上了可直接抄走的节奏控制规则原文。
有用户报告 Character.AI 当天上午出现消息发送延迟:点击发送后,消息发出、界面确认及机器人开始回复均比平时更慢。该用户已确认 App 无需更新,切换到移动数据后问题依旧存在,疑似与网络环境无关。
有 Reddit 用户发帖称,最近几天 c.ai bots 的对话语气明显变得粗鲁、生硬,与此前不同。除描述中明确标注亲切性格的机器人外,几乎所有 bot 都表现出直白且不易妥协的沟通风格,且该现象持续存在。发帖人询问是否只是个人感受,希望了解其他用户是否有同样观察。
一位 Reddit 用户表示,尽管 pipsqueak 3(PS3)发布后体验有所下滑,它仍是自己近期最喜欢的模型。该用户认为 PS3 不再过度性感化用户、不再使用老套的 incel 梗,对话更合理且聊天机器人的主动性更平衡。
Reddit 用户 /u/Try_Hard_Apple 分享一个提示词工程突破:模型在角色扮演中总是整段生成"反应、台词、动作、收尾"的套路化叙事结构,他尝试禁令、因果锚定等多种方法均无效。后来加入诊断步骤,强制模型在写正文前先输出承诺顺序的每个阶段(角色在做什么和想要什么、下一步实际选择、动作展开过程、是否需要新的独立决策),输出质量立刻显著改善,角色开始按因果推进即时动作。关键发现是:保留同样指令但去掉可见诊断输出后,问题复发,说明让模型实际生成程序记录与仅口头要求遵循程序效果完全不同。他正在试验把诊断写入文件、只提取成品 RP,并提醒这尚不能确证模型隐藏推理机制,仍在测试中。
推荐理由:作者用诊断输出强制模型先写下决策序列,再渲染正文,给出了一个可迁移的 RP 提示词修复方法与对照验证。
一位 SillyTavern 用户在 Reddit 提出理论:内容完整(背景、语音规则、NPC 齐全)的角色卡应把 temperature 降到约 0.6 以防角色跑偏,简略卡则调高让模型即兴发挥,并称自己在用 DeepSeek、GLM、Gemini 和 Claude。帖子还询问是否随卡片调整 temperature,以及如何搭配 Min-P(0.05 为常见值)或 Top-P,欢迎其他玩家分享设置经验。
一位 r/SillyTavernAI 用户把预设交给 Claude 分析,得到警告:若 LLM 未开启 Thinking/推理,FF5 中的 micro/bolt/mad 等 Chain of Thought 模块只是徒增杂乱。用户因推理常陷入无限循环而将其关闭,想知道关掉推理后是否也应关闭 CoT。
一位 SillyTavern 新手通过 VeniceAI 使用 zai-org-glm-5-2 模型,表示在 NSFW 角色扮演中效果不错。他因他人推荐"glm"而选择该模型,在论坛发帖询问是否有更好的模型建议。
GitHub 用户 KagenoMoheji 公开 llm_challenge 仓库,包含 capass、docdmap、mohejisdiaries、monomd、parmos 等目录。项目采用 MIT 许可证开源,代码可在 GitHub 获取。
zeozeozeo 开源了 x3,一个 Discord(并支持 Matrix)的 LLM 角色扮演与工具机器人,支持 SillyTavern 角色卡、人格创建编辑、/impersonate、语音与图片生成、文档读取和 HTML/SVG 渲染。内置复杂的模型路由器在视觉与文本模型间权衡以降低成本,追求最大缓存命中并优先路由到最便宜的供应商;提供代码解释器(可用 gVisor 沙箱加固)、RAG 世界记忆、对话摘要延续上下文、/chatlog 导入导出,以及基于本地 MiniLM(约 20MB,ONNX 运行)的智能续聊触发。仓库地址:https://github.com/zeozeozeo/x3。
推荐理由:这个 Discord 角色扮演机器人把 SillyTavern 式人格卡搬进聊天软件,还内置视觉与文本模型的自动路由来压低运行成本。
一位 Character.AI 用户列出 AI 机器人角色扮演中滥用的高频桥段:如“He looked at you— really looked at you”式套话、无休止的“Can I ask you something?”式绕圈对话、不合常理的发怒,以及给用户 persona 擅自加戏。文中还指出机器人无法理解不死角色设定,且常在剧情中途变得被动,反复追问“So what's your plan?”。
Reddit r/SillyTavernAI 有用户发帖询问如何让 AI 在角色扮演中实现慢热的感情发展,而不是按故事惯性直接让角色爱上对方。帖中提到可用 affection meter(好感度系统)为每次互动计分,或用深层心理 CoT 链式推理,并希望获得参考方案。
社区作者发布实验模型 Bathory-X,一个基于 Gemma 4 26B A4B 的推理 MoE 模型,经微调用于散文写作与角色扮演(含 ERP),应已完全无审查。模型融合了多个优秀写作模型的内容,旨在消除常见 AI 写作套路如滥用明喻、三段排比等。作者提供 Transformers 版本与 GGUF 量化,并征集各 backend 的问题反馈与最佳 preset。