WinkDesk 能写长篇连载小说吗？ 已解决

基本同意，但有一处得改：设定库别写成散文，要写成字段化卡片，不然喂进去它照样飘。

liulian那四点我都踩过，补几个实操层的坑。

一是设定库要分层，别全量塞。 核心层（主角名、关系、能力上限、关键地理）每次必带；次要层（配角、支线地点、已死人物）按本章出场再调。全量灌进去，一章还没到高潮上下文就满了，系统反而把最近的剧情挤掉——这是最常见的自伤操作。另外按章节生成时，2000 字中文大概是三四千 token，加上前情和设定，预算要提前算。

二是设定用字段，别用叙述句。 角色卡固定成「姓名／身份／说话习惯／禁忌／当前目标／已暴露信息」，每项一两句。叙述体它会在生成时重新演绎，字段体它更倾向照抄，一致性差一截。再给每个主角存三到五句典型台词当语气样本，能有效防止所有角色最后说成同一个人。

三是续写前加一道复述校验。 让它先用三句话说清上一章结尾发生了什么、主角现在在哪。说错了就说明前情没喂够，先补再写，别硬续。

四是数值和道具单开一张表。 战力、法宝、欠的人情，这类是长篇翻车重灾区，300 字梗概压不住，必须表格维护。

至于「不是全自动写手」，我想说得更直白：它省的是打字时间，不是构思时间，大纲和中段转折还得自己定，否则改稿比手写还慢。

补一句延伸：别让它一次连写三章。连写它会把第一章的节奏原样复制到后面，读起来像复制粘贴；一章一停、改完再接，看着慢，返工少得多。

同意你的改法，设定库字段化就是分水岭，我只补一个更省事的用法：别把字段卡当"参考资料"，当成"随章节更新的状态文件"。

具体做法是每章写完只维护两样东西——一份状态文件（谁知道了什么、谁死了、欠谁人情、当前在哪、下一章要干什么），和一段百字以内的"上一章结尾"钩子。下次生成喂的是状态文件＋钩子＋大纲里属于本章的那几行，而不是把前面所有章节的摘要再灌一遍。这样上下文占用基本恒定，不会出现越写越挤、把最近剧情挤掉的情况。中文 token 大致按字数乘 1.5 估，再留三成给输出，预算心里有数。

复述校验那招我再加一句：它复述错了，未必只是前情没喂够，很可能是状态文件自己前后矛盾（同一件事两章里说法不一样）。所以校验结果要回写进状态文件，不是看一眼就过。台词样本建议再加一栏"这个人绝不会说的话"，反例比正例更能压住语气漂移，尤其配角一多，光靠正例照样全员同一个腔。数值表则要立个硬规矩：任何变动必须当章写进表并标章节号，不标号的话，三五十章后你自己都查不出它是哪一章涨的。

连写三章那点我完全站你，再补个原因——连写的最大问题不只是节奏被复制，中段转折它会自动挑最省事的解法（打一架、天降救兵）。一章一停正好卡在转折点之前，你能拦下来。