Kimi 的 256K 窗口，对续写小说到底有多大用

Kimi 的模型页把窗口数字摆在最显眼的位置：K2.6 支持 256K 上下文，新发布的旗舰 K3 直接到 1M。 搜「kimi 写小说」进来的人，多半也带着同一个推论：窗口这么大，整本书塞进去，续写不就稳了？ 我们手里正好有两组实测数据能检验它：一场九模型的《甄嬛传》双盲横评， 和一组 4k 到 20 万 token 的上下文对照实验。这篇按检验记录写：先看它续得怎么样，再看窗口在里面起了多大作用。

Kimi 续写小说，效果到底怎么样？

有可查的名次：《甄嬛传》场（九模型、各连写 20 轮、双盲评审） Kimi K2.6 排 5-7 名，评语是「唯一显著逆向改善的系统：开局是网文暴怒腔，越写越收敛回宫斗正轨」。 中游水平，但曲线方向全场少见地朝上。参照系：那场的第一梯队是 DeepSeek V4 Pro（名次区间 1-2） 和 GPT-5.6 Terra（1-3），玄幻场冠军 V4 Flash 在同一场也只排到 6-7。

「逆向改善」在这批实验里是稀缺品。多数模型连写二十轮是越写越漂的，句式均匀化、比喻堆叠， 我们在文风漂移实验里量化过这条下行曲线； K2.6 是唯一被两个互不知情的评审写下「越写越收敛」的系统。要挑毛病也有实据： 同一协议的玄幻链上它有轻症复读，评审记录是「整段照抄自己前几轮的产物」。 长跑时留个心眼，撞见似曾相识的整段，重摇一次或换个模型就能打断。 完整榜单在选型页，可复查。

整本书塞进 256K 窗口，续写会更像原著吗？

实测不会。我们做过 4k 到 20 万 token 五档的上下文对照：把 27 万字的原著整本塞进去、不加任何文风指令， 产出照样满篇「宛如／仿佛／一丝」，比喻密度是原著的 10 倍。窗口解决「装得下」， 不解决「以谁为基准」——后者要靠显式指令和结构化的上下文供给。 所谓结构化，在阅读器里就是本书资料和词条那套东西：人物档案、设定条目按关键词触发， 只在被提到时进上下文。窗口里装对的东西，比装下全部东西有用。

钱这边的账更直接。续写是反复发生的动作：整本塞窗口，等于每续一段都把全书当输入重新计费。 按 K2.6 牌价（输入未命中 ¥6.5 每百万 token），256K 塞满一次约一块七； 换成按相关性挑出的 1 万 token 上下文，一段输入六分五。Moonshot 的上下文缓存自动生效， 命中价 ¥1.1 每百万能把重复前缀压下大半，但窗口一滑动、中途一编辑，前缀就破。 像不像的问题没有解决，账单先厚了二十几倍。

那长上下文什么时候是真优势？

一次性读完全书的任务是它的主场：整卷剧情总结、全书人物关系梳理、给世界书起草设定条目、 跨几百章找一处伏笔的下落。 这类活的瓶颈恰好是一口气能装下多少，窗口越大越省事； 按我们实验里 27 万字约合 20 万 token 的比例换算，256K 装三十多万字中文，多数单本网文真能一次进去。

续写不在此列。它要的是每次带对的一小撮：最近的剧情、相关的人物档案、埋过的伏笔。 这是筛选问题，不是容量问题，在阅读器里由上下文组装来做。务实的配法是把两类活分开： 总结梳理类交给长窗口模型一次跑完，日常续写按文体挑榜单前排；逐段换模型是现成能力，同一本书里并不冲突。

月之暗面的 API 多少钱、怎么接？

K2.6 官方牌价（2026-07-18 核实）： 输入未命中缓存 ¥6.5、命中 ¥1.1、输出 ¥27，单位都是每百万 token，256K 上下文； 旗舰 K3 是 1M 上下文，输入 ¥20、输出 ¥100。预付费制，余额为零时请求直接返回 402。 给个输出侧的体感：按一段续写输出 800 token 估（本站各篇算账共用的假设），折两分来钱； 大头永远在输入侧，所以上一节那笔「带多少上下文」的账，比模型单价更决定月账单。

开通在 platform.moonshot.cn（页面现在会跳到 platform.kimi.com，品牌在迁移，API 域名 api.moonshot.cn 未变）： 注册、在 API Keys 页建 sk- 开头的 Key、充值页预充一笔。接进手机：Foreverse 里进 设置 → AI 模型与服务 → 模型供应商，预置清单选 Moonshot 粘贴保存， 用「多模态能力（实测）」点一次文本聊天验证；国际版 platform.moonshot.ai 的 Key 与大陆版不互通， 用哪边的 Key 就配哪边的 host，62 家的这类细节都在供应商目录。 两条时效注脚：官方文档标注 Moonshot V1 经典系列预计 8 月 31 日全平台下线， 旧教程里 moonshot-v1-8k 这类模型名别再抄；K3 的判断来了：同协议成对双盲里它对 K2.6 拿下 21 比 1， 两书 20 轮的完整样张与裁决在 K3 实测记录里。

之后回到书里：导入 txt 或 epub，长按选中一段点「续这里」，写一句方向提示提交， 新段落记在 AI 名下，原文一个字节不动。

回到标题：真优势还是伪需求？

窗口是真能力，伪的是「窗口大就续得像」这步推论。K2.6 的名次和「越写越收敛」的评语， 跟它 256K 的窗口没什么因果；真兑现窗口价值的，是总结与梳理这类一次性任务。 欠的账已经还上一半：K3 进了同协议成对双盲、对 K2.6 拿下 21 比 1，但那是文风判断； 1M 窗口对续写有没有增量，结论仍与本篇一致——装对的东西，比装下全部东西有用。