1. 码道里 openclaw 写小说为什么质量忽高忽低在码道CodeArts里用 openclaw 生成小说最让人头疼的不是它写不出来而是同一套提示词这一章读起来节奏紧凑、人物立得住下一章就开始注水、重复、前后设定打架。我拿它连续跑过十几章发现质量波动基本集中在三个地方模型路由不稳定、上下文被截断、以及缺少一个统一的 Key 来固定调用参数。openclaw 本身是个偏 Agent 化的写作流程它会自己拆章节、自己决定要不要扩写、要不要补对话。如果背后接的模型一会儿是 GLM5.1、一会儿被降级到别的版本输出的文风就会跳。码道环境里默认的模型池在高峰期会排队这时候如果配置里没写死模型名请求就可能落到不同的后端上小说质量自然不稳定。另一个高频问题是上下文管理。openclaw 生成小说时会把前面章节的摘要、人物设定、当前章节大纲一起塞进 prompt。码道默认的上下文窗口如果没调够长篇小说写到后面前面的人物关系就被挤掉了于是出现“主角名字突然变了”“上一章死掉的角色又活了”这类硬伤。这不是模型笨是喂给它的信息不完整。还有一个容易被忽略的点谷歌浏览器插件场景。很多人在码道里开发的是浏览器插件插件里再调 openclaw 去优化选中的小说文本。插件端和码道端的模型配置是两套如果两边用的 Key 和模型不一致你在码道里调好的效果到了插件里就复现不出来。所以这篇的重点是把码道、openclaw、浏览器插件三者的模型入口统一到一套配置上顺便把 GLM5.1 的免费额度用起来。适合谁看已经在码道里跑 openclaw 写小说、但被质量波动折磨的人想用 GLM5.1 免费额度降低试错成本的人以及在做谷歌浏览器插件、需要插件内直接调模型优化文本的人。下面直接给可复制的配置骨架和验证方法。2. 前置TaoToken 统一 Key 与 GLM5.1 免费额度openclaw 在码道里调用模型走的是 OpenAI 兼容接口。与其在码道、插件、脚本里各填一份 Key不如用 TaoToken 做统一入口。它的 API 地址是https://taotoken.net/api兼容 OpenAI 的/v1/chat/completions格式openclaw 和浏览器插件都能直接对接。先去控制台拿 Key。打开https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite登录后在 API Keys 页面创建一个新 Key。建议按用途分 Key一个给码道里的 openclaw 用一个给浏览器插件用方便后面排查是哪个环节出的问题。创建入口在https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi-keysutm_campaignrewrite。GLM5.1 目前有免费额度适合拿来跑小说生成这种 token 消耗大的任务。免费额度用完后可以切 GLM5.0 或 4.7文风会略有差异但接口参数不用改只换模型名即可。这一点对 openclaw 很关键它内部如果写死了模型名你只需要改配置里的一个字段不用动 Agent 逻辑。模型名建议在配置里显式写死不要留空让它自动选。自动选在高峰期会漂移这是小说质量不稳定的直接原因之一。GLM5.1 的模型标识按 TaoToken 文档里的写法填接入文档在https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite里面有完整的模型列表和参数说明。如果你后面要长期跑编码类或 Agent 类任务可以看下 Coding Plan入口在https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite。小说生成虽然不算典型编码任务但 openclaw 的 Agent 调度逻辑和编码 Agent 很像套餐里的额度策略可以参考。3. 可复制配置settings.json 与 config.toml 骨架码道里的 openclaw 配置分两层一层是码道工程级的settings.json管模型入口和 Key一层是 openclaw 自己的config.toml管生成参数和上下文策略。下面两份骨架可以直接抄改掉 Key 和模型名就能跑。先看settings.json。放在码道工程根目录的.codearts文件夹下或者按你工程的约定位置放。核心是baseUrl指向 TaoToken 的 API 地址apiKey填你刚创建的 Keymodel写死 GLM5.1。{ ai: { provider: openai-compatible, baseUrl: https://taotoken.net/api, apiKey: sk-你的TaoTokenKey, model: glm-5.1, timeout: 120000, maxRetries: 2 }, openclaw: { enabled: true, configPath: ./openclaw/config.toml, logLevel: info } }timeout给到 120 秒是因为小说生成单章动辄几千 token超时设太短会频繁中断中断后 openclaw 重试又可能拿到不一样的输出加剧质量波动。maxRetries设 2 次就够再多会放大不一致。再看 openclaw 的config.toml。这份配置决定它怎么拆章节、怎么控制上下文、怎么约束输出风格。质量调优主要改这里。[model] name glm-5.1 temperature 0.75 top_p 0.9 max_tokens 4096 presence_penalty 0.3 frequency_penalty 0.4 [context] max_context_tokens 32000 summary_keep_chapters 5 character_sheet ./novel/characters.md outline_file ./novel/outline.md [generation] chapter_target_words 2500 avoid_repetition true style_guide ./novel/style.md rewrite_on_quality_drop true [quality] min_dialogue_ratio 0.25 max_narration_ratio 0.6 check_consistency true几个参数值得展开说。temperature设 0.75 是小说生成的甜点区太低会干巴太高会跑偏。presence_penalty和frequency_penalty都调到 0.3 到 0.4是专门压重复情节的openclaw 写长篇时容易复读这两个值能明显改善。max_context_tokens给到 32000配合summary_keep_chapters 5意思是最近 5 章保留全文更早的章节压成摘要这样人物设定不会丢token 也不会爆。character_sheet和outline_file这两个文件一定要建。openclaw 每次生成前会读它们把人物关系和剧情走向注入 prompt。很多人质量不稳定就是因为没给这两个文件模型只能靠猜。style_guide放你的文风样例比如“对话短促、少用形容词、每段不超过四行”模型会照着模仿。浏览器插件那边的配置单独放一份但baseUrl和apiKey跟上面保持一致。插件里通常是个设置页填三个字段API 地址、Key、模型名。地址填https://taotoken.net/api模型填glm-5.1。这样插件选中的文本走的是同一套模型码道里调好的效果能直接复现。4. 验证请求与成功结果配置写完先别急着跑整章。用一条最小请求验证链路通不通。在码道终端里用 curl 打一发确认 TaoToken 返回正常。curl https://taotoken.net/api/v1/chat/completions \ -H Content-Type: application/json \ -H Authorization: Bearer sk-你的TaoTokenKey \ -d { model: glm-5.1, messages: [ {role: system, content: 你是一个小说写作助手输出简洁。}, {role: user, content: 用一句话写一个雨夜追车的开场。} ], temperature: 0.75, max_tokens: 200 }返回里能看到choices[0].message.content有正常文本就说明 Key、地址、模型名都对。如果返回 401是 Key 问题返回 404是模型名写错返回 429是免费额度或并发限制等一会儿或换 GLM5.0。链路通了之后跑 openclaw 生成一章重点看三个指标。第一章节字数是否接近chapter_target_words偏差超过 30% 说明max_tokens或提示词需要调。第二对话占比是否落在min_dialogue_ratio附近太低就是叙述注水。第三人物名和设定是否跟characters.md一致出现新名字就是上下文没注入成功。对比方法很简单同一段大纲用默认配置跑一遍再用上面的config.toml跑一遍把两版输出并排看。重点看重复句、重复情节、人物一致性。我实测下来加了presence_penalty和frequency_penalty之后重复情节能少一半以上。如果还想更直观可以在模型对话里手动贴两段文本让它对比入口在https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_contentchatutm_campaignrewrite把两版输出丢进去让它标出哪版重复更多。浏览器插件侧的验证在七猫小说页面选中一段文本右键调出插件菜单执行优化。看返回的文本是否跟码道里同一提示词的结果风格一致。如果不一致八成是插件里的模型名或 Key 没跟码道对齐。5. 本篇常见错排查报错一openclaw 启动时报model not found。多数是config.toml里的name和settings.json里的model不一致或者模型名大小写写错。GLM5.1 的标识按文档写别自己拼。改完重启码道工程。报错二生成到一半中断日志显示 timeout。把settings.json的timeout调到 180000同时把max_tokens降到 3072。长章节拆成两次生成比一次硬扛更稳。报错三小说前后人名不一致。检查character_sheet路径是否正确文件是否存在。openclaw 读不到这个文件时不会报错只会静默忽略然后模型自由发挥。路径用相对工程根目录的写法别用绝对路径。报错四插件里优化没反应。打开浏览器开发者工具的 Network 面板看请求有没有发出去。如果请求发了但返回 401是插件里的 Key 没填对如果根本没请求是插件的权限或选中逻辑问题回码道里检查插件代码里读取选中文本的那段。报错五免费额度用完后质量突然变差。这是切到了默认模型。去 TaoToken 控制台确认当前 Key 的可用模型把config.toml和插件里的模型名统一改成 GLM5.0 或 4.7参数不用动。报错六重复情节压不下去。光调frequency_penalty不够还要在style_guide里明确写“禁止重复上一章已出现的情节”并在outline.md里把每章的核心事件写清楚。模型有明确约束时重复率会明显下降。6. 把模型入口收拢到一处码道、openclaw、谷歌浏览器插件这三者只要模型入口不统一质量就永远在飘。把baseUrl和apiKey都指向 TaoToken模型名写死 GLM5.1配置骨架按上面的抄剩下的就是调config.toml里的生成参数。免费额度够你把参数试到一个稳定区间试完再决定要不要上 Coding Plan 或换模型。接入文档和模型列表在https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewriteKey 在https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi-keysutm_campaignrewrite。先把 curl 那条验证请求跑通再动 openclaw 的配置顺序别反。