用 Mistral Large 4 写长文时跑偏，通常不是模型“不会写”，而是一次请求里同时压了论点、结构、措辞三件事：上下文越长，前面定下的结构越容易被后文的局部生成带跑。可落地的做法是把一次生成拆成“定核心句 → 出三级大纲 → 分段生成 → 摘要衔接 → 统一润色”，每一步都留一个人工确认点。下文的提示词可以只替换主题字段使用，不绑定具体 SDK 或接口版本。

适用场景：用 Mistral Large 4 写章节较多、前后需要呼应的长文。操作动作：先用一句话锁定核心论点与目标读者，再让模型只输出三级大纲，人工确认后按大纲逐段生成，每段生成完先写摘要再喂给下一段。验证方式：把每段摘要与对应大纲条目对照，看是否出现大纲之外的内容。风险边界：分段会增加上下文拼接成本，摘要写得太粗会丢细节，分段粒度需要结合目标篇幅调整。

用一句话明确长文的核心论点与目标读者

核心句是后面所有判断的锚点。它写得含糊，模型往往在第三、四段就开始自行扩展论题。建议核心句至少包含三部分：论点、读者、边界。

核心句模板：
本文要向【目标读者】说明【核心论点】。
读者已有背景是【…】，因此术语深度控制在【…】。
本文不讨论【排除项】，也不做【不打算承诺的结论】。

替换后的示例可以是：“本文要向刚接手日志告警的运维同学说明：告警收敛应先做归并规则，再谈分级。读者熟悉基础 Linux 命令但不熟悉告警平台配置，因此术语以命令行和配置文件为主。本文不讨论告警平台选型，也不承诺收敛后能减少多少告警量。”

之所以必须写明目标读者，是因为它同时约束两件事：一是例子和术语的深度，二是给模型一个删减标准——某段内容如果不服务于这类读者，就应该被删掉。核心句写完后建议原样保存，后面每一次分段请求都把它放在上下文最前面，中途不要改写措辞。

让模型先生成三级大纲并人工确认

这一步让模型只做结构、不做措辞。请求大纲时要带上核心句原文，并明确“只输出大纲”。

你是长文结构编辑。只输出三级大纲，不要写正文。
核心句：<粘贴上一步的核心句>
要求：
1. 一级为章节（3-6 个），二级为该章要点，三级为该要点的论据或样例
2. 每个二级要点必须能回指核心句，不能回指的删除并说明理由
3. 每章标注建议字数区间
4. 不要添加前言、总结或额外建议章节

拿到大纲后按这几个点检查逻辑：把一级标题按顺序连读一遍，看能否复述核心句；检查二级要点之间是否有重复或明显颠倒的先后依赖；检查三级是否是可展开的具体内容，而不是“重要性”“意义”这类空壳；再看章节数量和字数预算是否与目标篇幅匹配。确认后把大纲固定下来，后续分段都以这一版为准，改结构就回到这一步，不要在写正文时随手改。

按大纲逐段生成，每段限制字数与要点

大纲确认后，每次请求只让模型写一个小节。单次输出太长时，模型容易把小节写成独立短文，并开始自行引入新论点。

现在只写第 2.2 节，标题：<大纲中的标题>
要点：<列出该小节的 2-3 个要点>
上下文：核心句 + 完整大纲 + 上一段摘要
限制：
- 只写这一个子主题，不要提前写后面的章节
- 600-900 字，超出时压缩论据，不要压缩结论
- 结尾不要写“下一节将……”这类过渡句
输出：小节标题 + 正文 + 本段引用的大纲条目编号

如果一个小节里其实包含两个论证方向，就先回到大纲把它拆成 2.1 和 2.2，再分别生成，而不是让一次请求同时处理。字数限制按你的成稿需要调整，但“只写一个子主题”这条建议不要放宽。

每段生成后回看大纲并做摘要衔接

每段生成完，不要立刻把整段正文丢进下一段的上下文。先让模型就这一段写一个短摘要，摘要里只保留三样东西：本段结论、本段用到的事实或例子、与下一段的接口。

用不超过 120 字总结上一段，包含：
1. 本段的主要判断
2. 本段引用的具体例子或数据
3. 下一段需要承接的点
不要复述原文。

把这段摘要连同核心句和大纲一起放进下一次分段请求。检查是否跑偏的方法很直接：如果摘要里出现大纲条目之外的新论点，要么是这一段超额发挥了，需要删；要么是大纲本来就缺这块，需要回到第二步补上。两种处理都在当下完成，不要拖到全文写完再返工。

最后统一润色并检查前后矛盾

全部分段完成后，把各段拼起来做一次统一检查。建议让模型只列问题、不改写，避免它在润色时顺手改动结论。

你是审稿人。只输出问题清单，不要改写原文。
检查项：
1. 核心句的论点是否在每一章都有支撑，哪一章没有
2. 是否有前后矛盾的数据、结论或术语
3. 是否有内容重复的段落
4. 是否有明显偏离核心句的段落
格式：【位置 | 问题 | 建议处理】

人工复核的重点放在模型自查容易漏的地方：数字与专有名词，特别是润色阶段被改错的；结论方向是否被改写反了；同一个概念是否被换成了两种叫法；章节顺序是否还和大纲一致。术语统一和数字核对这类问题建议人工对齐，不要只依赖模型自查。拼接后建议把每次请求里用到的核心句、大纲和上一段摘要一起留档，出问题时能直接定位是哪一段开始偏离的。