提示词优化 · 2026-11-09

长输出不截断：DeepSeek 分节交付提示词写法

用 DeepSeek 写长文（教程、方案、万字文档）时，最常见的翻车不是内容不行，而是输出到一半被截断——模型停止生成，你拿到半篇残文。很多人第一反应是「让它继续」，但续写往往风格跑偏、内容重复。更稳的做法是反过来：别指望一次吐完，用提示词把长任务拆成明确的小节，让它按节交付、按节确认。这比任何「请输出完整内容」的祈求都管用。

为什么会截断，以及分节交付的思路

输出截断通常和 max_tokens 设置、单次生成的长度上限有关（具体上限以官方页面为准）。你控制不了接口限制，但能控制任务的颗粒度：把「写一篇一万字方案」改成「分 6 节交付，每次只写一节」，单节输出量降到一两千字，截断概率大幅下降。DeepSeek 的深度思考模式（R 系列）适合复杂推理，但对这种结构化长文任务，未必每次都要开思考——先想清楚框架再写，比让它边想边写更省 token、更不容易跑偏。记住一点：DeepSeek 不吃「你是资深作家」这类花活，它吃的是清晰的约束和结构化需求。

模板一：分节交付基础版

适合已想好大纲的长文任务，直接粘贴改主题即可：

任务：撰写《XX 主题实操指南》，总长 6000 字左右。

交付规则：
1. 全文分 6 节，本次只输出第 1 节。
2. 每节输出格式固定为：
   ## 第 N 节：标题
   正文（800~1000 字）
   [本节完 · 第 N/6 节]
3. 我回复「下一节」后，你再输出第 N+1 节，不得主动合并输出多节。
4. 每节开头不得重复前文内容，直接续写。
5. 全文使用中文，语气平实，面向有基础的使用者。

大纲如下，严格按此顺序写：
1. 背景与适用场景
2. 准备工作
3. 核心步骤（上）
4. 核心步骤（下）
5. 常见问题与排查
6. 进阶技巧与总结

现在输出第 1 节。

关键在第 2、3 条：固定的结尾锚点（[本节完]）让你一眼确认该节完整收尾，而「回复关键词才继续」把节奏牢牢握在你手里，模型不会一口气冲出去。

模板二：带编号校验的续写版

适合已经写到一半、中途断掉的场景，或需要保证长文前后一致的任务：

我们正在合作撰写一份长文档，已完成的章节我贴在下方。

规则：
1. 检查已写内容的小节编号，找到最大编号 N。
2. 只续写第 N+1 节，输出前先复述一句：「接第 N 节，本次写第 N+1 节：XX」。
3. 本节写完必须出现结尾标记 [NEXT]。
4. 术语、人名、格式与前文保持一致，不得重新定义。
5. 如果我认为内容有误，我会说「回退到第 M 节」，你从那里重写。

已写内容：
（粘贴前文）

请开始续写。

「先复述再写」这一步很有用——它会强迫模型确认续写位置，避免重复或跳节。遇到跑偏，「回退到第 M 节」给了你低成本的重写入口。

几个实战细节

一节多长合适？经验值是 800~1500 字。再长截断风险回升，再短则来回确认太啰嗦。第二，写代码或数学推导类的长内容，尽量让「一个完整代码块/推导」落在同一节里，明确写上「本节内的代码块必须完整，不得跨节拆分」。第三，简单改写、摘要类任务不必触发深度思考，用通用对话模式即可；只有框架设计、复杂逻辑串联才值得开思考模式，省钱且更快。第四，如果你是通过 API 调用，把 max_tokens 设到足够覆盖单节的长度（具体参数以官方文档为准），别让它成为额外的天花板。

分节交付的本质是把「一次大赌注」换成「多次小确认」：每节都有锚点、有编号、有回退机制，截断了也只是重写一小节。下次写长文前，先把大纲拆好、把模板粘进去，比事后抢救半篇残文省心得多。