Claude Sonnet 5.5和Opus 5.5写小说怎么分工？大纲、初稿与精修的双模型方案

想试Claude Sonnet 5.5和Opus 5.5，不必先决定谁“包办全书”。规划人物转折、写会议对白、整理章节摘要，本来就是不同的活。先拿同一份材料试三个小任务，再安排分工，更容易找到适合自己这本书的组合。

2026年9月28日的官方介绍将Sonnet 5.5定位为更适合范围明确的日常任务与快速迭代的模型，将Opus 5.5定位于需要持续判断的复杂工作。这是厂商对通用能力的描述，不是中文小说排行榜。Anthropic官方介绍

具体到写小说，可以先尝试由Opus比较复杂章纲、Sonnet处理范围清楚的场景，再看自己的样章决定是否保留这个搭配。下面用一段虚构的仓库谈判做练习，给出任务单与比较方法；实际效果由你的对照结果判断。

一、一本小说里其实有几种不同的工作

创作长篇时，你可能在同一晚完成三件事：决定人物为什么背叛，写出会议中的争执，再整理这一章的新信息。这三件事都用到AI，却不需要同样的工作方式。

人物动机涉及前文、利益和后果，需要比较方案；会议场景要把已确认的大纲转成行动与对白；章节摘要要忠实提取，不应该自由改编。把它们全放进一条“继续写小说”的指令里，会让评价结果变得模糊。

把这三件事分开以后，选择就容易多了。人物为什么背叛，先讨论动机；谈判怎么写，给已经定下的场景；这一章发生了什么，让模型忠实提取。即使用同一个模型，也值得分别交代。

二、先搭一个小型对照样本

教学故事的主角何川经营一间旧仓库，合作伙伴想用低价收走他的租约。何川手里有一张证明仓库仍有价值的旧运单，但他暂时不知道运单背后的委托人是谁。

准备同一份资料，分别给两个模型做三个任务：提出谈判章纲，扩写一段争执，精修一段已经写好的对白。输入人物事实、输出长度和禁改项尽量相同，让结果可比较。

任务	统一输入	主要看什么
章纲比较	人物目标、前情、固定结局	行动有没有原因，冲突能否升级
场景扩写	已批准章纲、视角、场景卡	是否推进事件，是否偷加设定
局部精修	原文、具体问题、保留项	改动是否准确，有没有过度重写

不要先看模型名字决定哪段好。可以把输出临时标为甲、乙，再按同一标准阅读。作者喜欢的表达方式与某个公开评测分数，并不是同一件事。

三、把复杂判断留给规划环节

在正式写正文之前，让模型比较不同的谈判策略：何川是直接亮出运单，先问对方为何急着收租约，还是用交付时间换取查证机会？

这类任务要考虑人物利益、前文线索和下一章的推进空间。你可以优先尝试Opus处理复杂方案，再用样本判断它是否符合自己的题材；也可以发现Sonnet已经足够，不必为了型号升级而增加流程。

请比较三种谈判策略，不写正文。
已确认：何川要保住租约，对方知道运单的价值。
何川目前不知道：委托人的身份。
本章结局固定：他争取到一天时间，但承担新的交付条件。
每个方案说明：
人物为什么选择它；对方怎样反制；
需要哪些前文支持；下一章要兑现什么。
不要把未确认方案写成既定事实。

得到方案后，作者要做一次选择，并把确定的章纲保存下来。不要让另一个模型从头猜测刚才的讨论结论，否则模型交接就变成重新开会。

四、让初稿任务有明确的边界

正文生成更适合拿到一份已经定下来的任务单：本章从哪里开始，在什么地方发生，谁希望得到什么，最后局势如何变化。

如果你在样本中发现Sonnet能较快完成范围清楚的场景，可以让它尝试初稿；如果你的作品需要复杂心理或多线交叉，也可以继续使用Opus。分工是依据作品做出的选择，不是固定配方。

把“不得提前说出委托人身份”写入当前场景限制，比只说“注意伏笔”更容易验收。让模型停在约定的结果上，也能给下一章留下清楚的起点。

蛙趣拼文提供章纲与正文联动、人物状态和历史资料检索。作者可以先确认规划，再生成对应章节，让模型面对的不是孤立的一句话，而是这一章需要使用的项目资料。

五、局部改稿不必重跑整章

初稿已经符合情节，只是某一段谈判对白像说明书，可以把修改缩小到这个片段。要求模型保留行动顺序、报价和结局，只调整口吻、停顿与动作。

多模型并行精修适合这一步：同一片段交给已配置的不同模型，比较哪份更符合角色。作者可以选一份，也可以保留原文的一部分与某个修订句，不必把整个结果全部接受。

精修范围：双方第二轮谈判，共三段对白。
保留：一天期限、交付条件、何川没有看穿对方。
目标：让对方用客气话施压，何川用具体问题争取时间。
不增加新证据，不写谈判结束后的情节。
先说明你准备改哪里，再给片段。

蛙趣拼文的局部文字处理与内联修改提供接受、撤销入口，适合保留好段落后处理具体问题。比较结果时，应该看修改是否解决问题，而不是看哪个版本增加了更多形容词。

六、在蛙趣拼文里安排主模型和辅助模型

蛙趣拼文支持主模型与省钱模型分工，省钱模型可以承担部分摘要、提取和上下文处理；不同创作任务也可以按当前界面与流程选择模型。

配置时先看当前版本的任务入口。主模型与省钱模型有各自支持的职责，本文的章纲、初稿和精修安排，则由作者按实际界面选择；没有任意任务的自动路由设置。模型标识也要与服务商控制台一致。

如果你的两个模型来自不同提供商，分别测试连接，并保留可恢复的原设置。账号订阅与API账户不是同一回事，软件授权费用也不包含所有外部调用费用。

项目资料在本地保存，蛙趣拼文软件本身不上传、收集稿件。使用云模型时，任务所需文字发送给用户配置的服务商，分别适用对应隐私政策。

七、交接卡比反复补充聊天更重要

模型切换时最容易丢失的，不是某句措辞，而是作者刚刚做出的决定。为每个重要任务保存一张交接卡，可以减少下一步重新推断。

本章任务：仓库租约谈判
已采用方案：先询问收购时间，再以交付换延期
固定事实：旧运单存在，何川未识别委托人
必须保留：一天期限、对方要求检查货物
人物状态：何川缺少现金，但尚有行动主动权
尚未决定：运单由谁送来，留给后续规划
输出范围：只写谈判，不进入夜间查证

这张卡里最有用的一行，是“尚未决定”。何川还不知道委托人是谁，初稿模型就有空间写试探，却不会顺手把秘密揭开。交接时让它先复述任务，确认没有误解，再继续生成。

对于多本书并行创作，分别保存作品规则和任务卡也很有用。模型品牌可以相同，但项目资料不能混用，角色名称、世界规则和表达方向都应跟着作品走。

八、如何判断分工是否真的有帮助

建议记录五次同类任务，观察可用稿件数量、修改轮次、等待时间与实际账单。记录自己的数据，比直接套用厂商的通用节省比例更可靠。

费用按服务商的输入、输出、缓存和思考等计费项目记录。比较时把返工也算进去：初稿便宜却要重写三轮，与稍贵但只改几句话，是两种不同的成本。保留账单和采用记录，才能知道哪套搭配值得继续用。

还可以给任务标记“作者重新规划”“只改少量句子”“不采用”，分别找原因。如果不采用是因为章纲还没确定，先完善输入，而不是立刻认定模型不适合写小说。

并行比较也不需要每章都做。开书时测试一次，新角色或新题材出现时再测，平时沿用表现稳定的流程，通常更容易积累一致的创作习惯。

常见问题

Sonnet适合初稿、Opus适合规划，是固定规则吗？

不是。这是可以试验的分工起点。以你自己的题材、相同资料和样章结果决定，比照型号高低分工更有用。

两个模型写出的文风会不会不同？

可能不同。共享作品规则、样文与当前章目标，再通过局部精修统一表达，可以让切换更平稳。

可以只用一个模型吗？

可以。双模型的意义是解决实际任务差异，不是增加步骤。如果一个模型已经满足创作要求，可以保留简洁流程。

多模型讨论能替作者决定剧情吗？

它能提供不同意见，最终方向仍由作者确认。把选定结果写回章纲，下一步才有可靠依据。

可以先用正在卡住的一章做这组练习。哪个模型更会拆解矛盾，哪个改对白更顺手，记录下来。等到下一次写谈判或人物转折，你就有自己的分工依据，不必从模型排行榜重新选起。

想补充任务选择方法，可阅读写小说如何按任务选择AI模型；想了解预算记录，可参考小说API章节费用计算。蛙趣拼文的创作功能见官网。