@passenger0522 X analytics

前几天发了张我番茄小说后台的截图，评论区不少朋友都在问：长篇写到几万、几十万字，到底怎么解决长期记忆和剧情失忆吃书的问题 大模型的大上下文窗口根本不等于剧情逻辑的连续性，真正能写长篇不崩的系统，核心全在状态锁、角色知识边界和改稿后的级联更新 这几天我把 GitHub 上主流的开源小说项目和代码实现深入扒了一遍，筛出 5 个最有代表性的方案，把各自的优缺点、核心机制和实操避坑点整理出来，大家按需对号入座： oh-story（Codex 深度写手首选） 定位：把选题、拆书、长篇写作、审读和去 AI 味打包成一系列 Skills，直接跑在 Codex 里 核心亮点：最硬核的是“追踪提交协议”，采用权威 JSON 状态配合串行锁，强制把“世界客观真相”、“读者已知信息”和“角色主观知晓”三层分开，反派密谋的事情主角绝对不会在下一章未卜先知，彻底解决偷看剧本的问题；写到后文回头大修旧章时，支持级联扫描并列出后续章节的所有冲突 实操避坑：安装了文件不代表门禁已经生效，装完后必须新开会话跑 story-setup 检查诊断报告，确认本地 hooks 已经获得宿主信任 项目地址：https://t.co/SXAZfxzPl9 MuMuAINovel（独立中文网页工作台首选） 定位：不想碰终端命令，想要类似作家助手那样开箱即用的 Web 界面，选这个最合适 核心亮点：世界观、人物关系谱、大纲、伏笔台账全部可视化，支持 TXT 拆书反推大纲，内置了 ChromaDB 和本地 ONNX Embedding，不需要额外付向量 API 的钱，Docker 镜像原生支持 Mac 和 Apple Silicon 实操避坑：在网页上手动修改正文，系统不会自动重新计算记忆，大改旧章后，必须在分析弹窗里手动点击“重新分析”；另外用 Docker 部署前，建议把 Chroma 向量目录挂载到本地宿主机，防止容器重启丢记忆 项目地址：https://t.co/YAiCTAJMsi Ani Book Skill（本地工程与小说宇宙资产） 定位：追求稿件和数据完全私有，想写系列作品或多部小说共享世界观的极客方案 核心亮点：所有的连续性事实全放在人类可读的 YAML 文件里，SQLite 只是可随时重建的查询索引，底层资产永远掌控在自己手里；支持将已验收的角色和设定沉淀为共享资产包