网页的AI聊天窗口有限,API调用每次重置记忆,长上下文还可能造成浪费token。
很多作者第一次用 AI 写网文,会先惊喜一下:句子挺顺,场面也有,甚至还能整点气氛。 但多写几章后,麻烦就来了。角色说话像换了人,刚埋的伏笔没了,上一章的情绪还没落地, 下一章已经跑去开新副本。
这能是模型故意捣乱吗?它只是没有一套管理工具帮它记住:谁知道什么,谁欠谁, 这一章的读者爽点在哪里,哪些事实已经确定,哪些东西还不能提前揭开。
把“想、写、记”拆开,长篇会稳很多。
一口气让 AI 同时规划剧情、写正文、更新世界观,听上去省事,实际很容易互相打架又分散注意力,弱模型执行弱。 它可能一边写正文一边改设定,也可能为了凑伏笔,把不该出现的信息硬塞进这一章。
Planner 只决定本章方向:推进、压力、揭示、回收,哪个更适合现在。
Writer 只处理正文,遵从planner设置的伏笔进行回收,不顺手篡改设定。
Maintainer 等作者确认后最终正文后再维护记忆,避免把废稿写进数据库。
这套流程不是为了把创作搞复杂。恰好相反,它是把容易混在一起的事拆开, 让每一步都少一点玄学,多一点可控。
claude code, codex等工具的区别
claude code, codex等工具也可以在本地写小说,但是需要大量前置工作,且回撤章节麻烦。 语流更适合另一种场景:开箱即用,懒人专属。因为数据在数据库,因此随时回撤章节。 不满意时就重写当前章,不用每次都从头解释一遍设定。