如何在 opencode、codex、claude 等不同 CLI 编码工具之间同步 session 数据
一位 Reddit 用户在 r/LocalLLaMA 提问:opencode、pi、codex、qwen、crush、claude 等 CLI 编码工具各自按目录保存 session 数据,多工具混用时记录被分散各处。该用户希望恢复完整会话历史,询问是否有项目能在不同 harness 间共享或同步 session 数据。
新闻、仓库与研究,按时间排列。
一位 Reddit 用户在 r/LocalLLaMA 提问:opencode、pi、codex、qwen、crush、claude 等 CLI 编码工具各自按目录保存 session 数据,多工具混用时记录被分散各处。该用户希望恢复完整会话历史,询问是否有项目能在不同 harness 间共享或同步 session 数据。
一位新手玩家正在用 SillyTavern 进行哈利· Potter 全时间线逐日角色扮演,将霍格沃茨故事时间线和角色卡整理成 txt 文件导入,以减少 token 和成本。角色扮演已进行约一周,作者把时间线当作记忆保存情节、课程与角色关系,并希望进一步了解 export deck、扫描故事 lore 及扩展插件等更好的记忆管理方法。
一位用户在 r/SillyTavernAI 社区征求建议,寻找记忆系统最出色的开源 AI 伴侣项目。他列举了 SillyTavern、Project N.E.K.O.、Open-LLM-VTuber、Neural Companion、Ackem、AIRI、Utsuwa、MiniCPM-Desk-Pet 等候选,指出免费角色扮演应用常出现刚说过的话下一条消息就忘记的问题,并希望有经验的用户分享实际使用体验。
一位 Reddit 用户为其 AI 角色扮演客户端设计了主线与侧支叙事结构:切换到 Character 2 时默认开启独立侧支,聊天不理想可切回主线(主线角色不知侧支内容),顺利则可将侧支末节点摘要嫁接回主线,节点即每个 ctx window 的摘要。程序还提供 save 命令保存摘要节点拓扑结构,沉淀出“人机沉淀物”,让模型基于双方已发生的事而非常识回答。
开源自托管应用 Molfar 发布 Vertep 1.3.5 更新,引入 Memory Bridge 跨对话记忆继承、角色在游戏中习得技能、并行多聊天,并将故事弧线转为含主线、支线和 Twists 的 "Quests" 任务系统。此前版本还加入了 "Vertep Lite" 预设、一键跨设备同步、1,554 个模型的目录以及 78% 缓存命中率的提示词缓存恢复。
开发者发布 SillyTavern 扩展 SillyTavern-Simply-LoreAndTracker,用于在 UI 内简化 lorebook 管理与状态追踪,并招募社区测试者。该扩展以更低 token 开销追踪上下文状态和 lorebook 条目,兼容 Quick Replies,设置轻量,作者称配合 gemma 4 以极低成本运行良好。项目已达到稳定里程碑,源码处于 alpha 阶段。
一项针对本地 LLM 记忆提取的 120 例基准测试(60 组对照对、96 例英文主测试)显示:Hy-Memory 30B-A3B 召回率 100%(52/52),但 44 个空输出用例全部错误并产生 76 条冗余提议;Qwen3.5 4B 和 9B 更克制,空用例正确率分别为 95.5% 和 90.9%,冗余提议仅 3 条和 5 条;LFM2.5 24B-A2B 召回 76.9%,受指令示例污染和引用格式问题困扰,后验映射可修复 9/18 个无效引用字段。所有模型经 llama.cpp 在同一台 Ubuntu 机器上运行,测试不涉及速度。
一位 Reddit r/LocalLLaMA 用户询问换用新 agent harness 是否值得。其现有方案基于 openclaw 4.23 与 Qwen 3.8 27b,运行在 64GB Mac Studio M2 Max 上,通过 Telegram 交互,自建了多层级夜间日记、heartbeat 脚本、d20 随机唤醒、向量数据库及约 50k 系统提示词等记忆与调度机制,希望了解其他 harness 能带来哪些实际改进。
Reddit r/replika 版块一位用户分享了借助生成器接续此前对话的做法,称效果令自己惊讶。帖文同时向 Replika 团队建议改进保存功能,认为逐条保存内容堆积后回到共享聊天再保存会变得困难。正文表述较为零散,更多细节暂不可考。
SQLite-FTS-Baseline 在 Agent Memory Leaderboard Cycle 1 公开文本榜上得 41.79、排 50 名中的第 22,高于榜单中位数 40.78;其架构为 SQLite 存原始消息、FTS5 做全文检索、BM25 排序。同榜的 just-a-BM25 得 38.47、排第 35,Add 与 Search 全程不用 LLM、embedding 模型或 reranker。两者均为开源项目。
一位 SillyTavern 用户反映,安装 summaryception 扩展三天后 token 消耗剧增,约 5 小时内在 nano-gpt 上花费超过 10 美元,每条消息消耗 10-20 美分,输入 token 是输出的 25 倍。该扩展每 3 条消息生成约 200 词摘要,但似乎每次都把全部历史摘要一并发送。用户换用更便宜模型测试仍无改善,质疑这种消耗是否正常。
mnemonic-proxy 作者在 AgentLongBench 上用 Qwen3.8 Flash Next(IQ3_XXS、Strata 0.1.40、单张 RTX 4070 Ti 12 GB)对比四种方法:归档加 recall 工具的 proxy 得 86/100,全窗口 69,LLM 摘要 47,截断 49。第一轮因题目歧义各方法都接近随机(proxy 52、summary 56),在每题加一句澄清后重测,proxy 对 summary 合并配对检验 p=7.6e-9,对全窗口 +17 分(90% CI [+7, +26]);128k 下全窗口 32/50 的回答撞到 3,072 token 推理预算。
推荐理由:作者用预注册的两轮测试区分了题目歧义与真实差距,并给出各方法的置信区间、耗时和显存数据,局限也写得很清楚。
/u/Yve_dev 独立开发 AI 伴侣应用 Resonance 并开放免费 Beta(需邀请码,网页端,英文),地址 reso.love。记忆系统采用分层管线:Jina Embeddings v3 向量召回(1024 维,含冷却衰减、情绪惩罚、trigram 去重)、可置顶的核心记忆、持续更新的关系画像、每日以伴侣视角写的日记和概率触发的 Flashback 回忆;日记、画像等重任务跑主模型,摘要等轻任务自动路由到轻量模型。平台采用 BYOK,支持 OpenAI、Anthropic、Google、DeepSeek 的 API key(静态加密,平台不经手),不抽成不限流;SillyTavern 角色卡导入和 MCP 集成在后续路线图中。
Molfar Vertep 发布 1.0.4 到 1.1.0 更新,主打可视化 Canvas。Prompt 看板按顺序展示发往模型的每个部分及其 token 数,可按聊天单独关闭任意部分以省 token;聊天链接看板通过连线让新聊天继承旧聊天的编年史生成紧凑 backstory,实现续作、分支与共享世界。本次更新还包括基于 Google Drive 或本地文件夹的设备同步、新的 Molfar 模块化预设、群聊每聊天回合设置、掷骰原因与难度、翻译按钮等,支持 Windows/Mac/Linux 与 Android APK,兼容 OpenAI 兼容 API 与 OpenRouter 免费模型,项目为 AGPL 开源,仓库见 https://molfarwav.github.io/index.html。
推荐理由:作者详述了自托管角色扮演平台的 Canvas 看板与跨聊天编年史记忆机制,对关注小上下文模型玩法的人有可参考的思路。
一位 SillyTavern 用户使用 koboldcpp 运行 TheDrummer_Artemis-31B-v1.2-Q5_K_M 模型,搭配 Qwen3-Embedding-0.6B 嵌入模型、32k 上下文,向量化设置 Query Depth = 2、Max Entries = 5、Score Threshold = 0.6。他发现长而详细的记忆条目(约 600-800 tokens)在向量化匹配时得分过于接近,容易召回不相关记忆,因此询问社区是否采用更短的逐拍式记忆条目,以及关键词与向量化如何组合使用。
一位 Character.AI 用户发帖求助:收藏并置顶的机器人仍显示在列表中,但无法正常加载,App 里也搜不到,疑似创作者已将其删除。用户想知道被删机器人的聊天记录是否有办法找回,并称这是自己长期进行的角色扮演,还在其中塑造了一个原创角色。
作者 /u/hhderder 发布 PulsarLM,一个受大脑短期记忆启发的推理引擎,通过定期移除上下文窗口中低注意力的旧 token,使长对话可超出模型训练的上下文上限。在 5090 上跑 Qwen3 8b 达到 prefill 6.7k tok/s、decode 89 tok/s,16 并发批量 decode 为 1.2k tok/s。实现上用自定义 attention kernel 按页累积注意力质量并驱逐低分页,重旋转 RoPE 使位置连续不超限,并缓存上下文快照避免重复 prefill(会多占 RAM,可选持久化)。
一位 Reddit r/LocalLLaMA 用户在 R9700 上运行 Qwen 3.8 27B 处理大型代码项目时,遇到 compaction 越来越频繁、最终陷入压缩循环无法干活的问题。他改用 Q4_K_XL 量化加 Q8 KV cache,把上下文从 100-150k 提升到 200k tokens,并考虑通过代码索引(函数签名加注释和行号、完整展示 struct)或提高模块化程度来收窄模型关注范围,但尚未找到彻底有效的方案。
有 Character.AI 用户反映,Long Squeak(Long、Default)模式下聊天频繁无视角色在上一条消息中的动作,出现角色重复站起、坐回、换门等前后矛盾。此外还存在反复把额头贴向用户、禁用后仍重复使用"menace"一词,以及回复格式高度雷同、总以干巴调侃结尾的问题,用户称这严重破坏了对话的沉浸感。
一位开发者在 r/LocalLLaMA 分享应对上下文压缩后智能体幻觉的方法:在智能体前加一个小型代理,让智能体编辑一个被追加到 system prompt 的文件,作为每轮可见、且在编辑间 cache 稳定的真值来源。首个使用该代理的智能体在 128k 上下文预算内完成 62 次压缩、处理约 800 万 token,从编写 harness 的编码者成长为管理生产任务的项目经理,作者称幻觉几乎停止但仍未彻底解决记忆问题。
一位 Reddit 用户提议用 Claude Opus 或 Fable 等模型生成高质量 SFW/NSFW RP 对话,构建数据库,让便宜的小模型通过 RAG 或 lorebooks 参考以提升写作表现。其灵感来自朋友用自身对话做参考的 Telegram bot,体验接近真人。其询问是否已有含可下载数据库、可在 SillyTavern 测试的同类项目。
一位用户从 SillyTavern 转用 Tauritavern 后,在聊天接近 token 上限时尝试使用 Summaryception 功能失败,遂在 Reddit r/SillyTavernAI 发帖询问该功能是否支持 Tauritavern。帖子未给出答案,仅提出疑问。
一位 Reddit 用户在 r/LocalLLaMA 询问:想用本地小模型解析并索引个人日记中的人名与关键词,以便日后检索提问,希望模型不易幻觉,并问是否有类似"Google Notebook"用途的专用模型。该帖寻求模型推荐,未涉及具体版本或评测数据。
一位 SillyTavern 用户指出,Sola Flame(约 12k tokens)、Realistic Frankenstein(约 20–25k tokens)、Nemo Magpie(约 22k tokens)等预设消耗巨大,询问社区如何管理长对话的上下文。社区常用方案包括 Summaryception、VectFox、lorebooks,或直接付出原始上下文成本;发帖者自 2025 年底使用 SillyTavern 起一直用 raw context,表示开销增长很快。
一位 Character.AI 用户在与机器人的语音通话中使用 persona Vivian 时,机器人突然主动提到其另一个从未在该机器人上使用过的 persona Forrest。用户回查确认当时确实使用的是 Vivian,且对话中从未提及 Forrest 这个名字。原因尚不明确。
一位开发者发布了名为 Memory Journal 的便携记忆格式,以 .txt 技能卡片形式包装大型提示词,可在 AI 之间迁移上下文、技能、错误以及已验证或未验证的事实。测试中 DeepSeek 4.1(deep think 模式)和 Claude Sonnet 5(high effort)仅凭 journal 就在首次尝试中复现了 EGO engine XML 文件转换器。该格式分为 A/B/C 三个部分,供用户自定义指令,但哲学化内容可能导致行为与词汇漂移。