Claude 长文写作提示词模板大全
把大纲、长文初稿、改写润色、事实校对与 revision loop 一次讲透，附可直接复制的高质量模板。
| 文档类型 图文长文版 | 核心主题 Claude 长文写作 | 模板数量 12 组高频模板 | 适合对象 博主 / 编辑 / 自媒体 |
| 这份手册解决什么问题？ • 把“Claude 很适合长文写作”拆成真正可执行的工作流与模板。 • 解决长文常见的三类问题：结构松散、信息空泛、改稿效率低。 • 按官方提示工程思路，把 long context、XML 组织、输出格式与 revision loop 用到写作里。 |
一、为什么 Claude 特别适合长文写作
Claude 官方文档把 long-context handling、多语言任务与更像人类的互动列为模型优势。放到创作者场景里，这恰好对应长文写作最关键的三个能力：能吞下大量资料、能把复杂内容写成读者看得懂的文章、还能在多轮改稿里保持语气与结构相对稳定。
Anthropic 的 Prompting best practices 还专门给出了 long context prompting 建议：把长资料放在提示词前部，把真正的问题放在后部；在复杂输入下，这种排序能明显改善回答质量。对写长文的人来说，这比一句“帮我写篇文章”有效得多。
| 你可以把 Claude 的长文优势理解成三件事 • 先读资料，再写；而不是先猜你想写什么。 • 先出结构，再出正文；而不是一口气求完稿。 • 先做 revision loop，再 polish 标题和 CTA；而不是把所有问题混在同一轮里。 |
二、Claude 长文提示词的 4 条底层规则
图 1 长文提示词的最小骨架：Role – Goal – Context – Output – Checklist
第一条规则，是先给角色和目标。你可以让 Claude 扮演编辑、专栏作者、研究型写作者或品牌内容负责人，但不要只给“帮我写一篇文章”这种空任务。第二条规则，是资料与约束要分块。最稳的做法，是把 sources、audience、style、must keep、must improve 这些块拆开，让模型知道哪些是信息、哪些是规则。
第三条规则，是长资料放前面、问题放后面。Anthropic 官方文档明确写到，longform data 放在顶部、queries 放到末尾，对复杂输入会更好。第四条规则，是把输出格式写清楚。要大纲就先要 H2/H3；要初稿就给字数、语气和段落要求；要改稿就单独指出不许改动的事实与必须改善的问题。
| 官方建议翻译成写作者语言就是： • Clarity：交代清楚写给谁、解决什么、输出成什么样。 • XML structuring：用明显标签或分段组织资料与规则。 • Explicit format：提前规定标题、段落、结尾、CTA 的样子。 • Prompt chaining：先 outline，再 draft，再 revision。 |
三、从 Brief 到定稿：一条最稳的工作流
图 2 最适合创作者的六步长文工作流
真正好用的长文流程，通常不是“把主题丢进去 – 等全文出来”，而是先做 brief，确认读者、目标和角度；再做 research，把采访、链接、数据、案例整理成 source pack；接着只让 Claude 产出 outline；等结构稳定后再进入 fast draft；然后用 edit 模板清理逻辑、冗词和节奏；最后再 polish 标题、摘要与 CTA。
这种拆法最大的好处，是你能在每一步单独纠错。方向错了，就改 brief；信息薄了，就补 research；结构不稳，就重做 outline；语言不好，就独立做 revision loop。这样不会等 2500 字出来后，才发现整篇都该推翻。
如果你在 Claude 网页端创作，还可以配合文件上传与 Artifacts：官方帮助中心说明 Claude 支持上传 PDF、DOCX、TXT、HTML 等文档，而 Artifacts 适合承载 substantial, standalone content。对长文写作来说，这正好对应“资料包输入”和“独立草稿迭代”两个高频动作。
四、12 组高价值 Claude 长文写作模板
图 3 先掌握三种母模板，再把它们衍生到不同写作场景
下面这些模板都遵循同一个原则：复制后，先替换方括号里的变量位，再运行。变量越具体，输出越稳。
| Template 1｜大纲优先模板 |
| 适用场景：适合任何正式长文，先稳结构。 <role>你是一名中文内容编辑</role> <goal>请围绕【[主题]】设计一份可执行的大纲</goal> <audience>目标读者是【[读者画像]】</audience> <context>文章要解决【[读者问题]】并引导读者完成【[目标动作]】</context> <output>仅输出 H2/H3 级大纲；每个 H2 后补一句“本节要解决什么问题”；不要写全文</output> |
| Template 2｜选题角度筛选模板 |
| 适用场景：同一主题想衍生多个切口。 <task>围绕【[主题]】给我 5 个差异化写作角度</task> <platform>发布平台：【[公众号/博客/newsletter]】</platform> <output>每个角度包含：标题方向 / 适合原因 / 适合做长文还是短文 / 风险点</output> |
| Template 3｜资料包整理模板 |
| 适用场景：先把零散资料压成 source notes。 <sources> [粘贴采访纪要、链接摘要、数据与笔记] </sources> <task>先不要写文章，请把材料整理成可写作资料包</task> <output>核心结论 / 可引用事实 / 可展开案例 / 信息空白 / 3 个可能切入点</output> |
| Template 4｜长文初稿模板 |
| 适用场景：基于已确认的大纲写第一稿。 <goal>请基于以下大纲和资料，写一篇约【[字数]】字的中文长文初稿</goal> <outline>[已确认的大纲]</outline> <sources>[资料包]</sources> <style>真实、具体、有信息密度；避免空话与重复</style> <output>按大纲完成全文；开头快速说明为什么值得读；结尾给行动建议</output> |
| Template 5｜Newsletter 周报模板 |
| 适用场景：周报、行业观察、创作者周记。 <role>你是一名 newsletter 主笔</role> <goal>把以下素材整理成一篇周报</goal> <context>读者希望 5 分钟内抓住本周最值得关注的内容</context> <sources>[3-5 条素材]</sources> <output>导语 + 本周最重要 + 值得跟进 + 一个提醒 + 结尾 CTA</output> |
| Template 6｜公众号文章模板 |
| 适用场景：适合信息密度高但要保持可读性的公众号长文。 <goal>写一篇适合公众号发布的长文</goal> <audience>公众号读者： 【[读者画像]】</audience> <style>专业但不僵硬，段落短，转折清楚</style> <output>标题 / 导语 / 正文 / 结尾 CTA；每节尽量有具体例子</output> |
| Template 7｜清晰改写模板 |
| 适用场景：第一稿有信息，但读起来绕。 <task>在不改变原意的前提下，把下面文本改写得更清晰、更顺、更易读</task> <text>[原文]</text> <rules>保留核心观点；删除重复、空话和累赘句；优先提升逻辑衔接</rules> |
| Template 8｜压缩精炼模板 |
| 适用场景：把过长文章压缩成更适合发布的版本。 <task>把下面内容压缩到约【[目标字数]】字</task> <text>[原文]</text> <rules>保留核心结论、关键例子与必要事实；去掉弱信息句；不要写成机器摘要</rules> |
| Template 9｜扩写案例模板 |
| 适用场景：某一节太薄，需要更多例子与解释。 <task>只扩写下面这一节，不要重写全文</task> <section>[待扩写小节]</section> <context>希望增加【案例/类比/步骤说明/误区提醒】</context> <output>保持原风格，补到约【目标字数】字</output> |
| Template 10｜事实风险标注模板 |
| 适用场景：发文前检查过度断言、数据风险。 <task>请作为事实审校编辑，检查下面文本中的风险点</task> <text>[原文]</text> <output>按“句子片段 / 风险类型 / 为什么有风险 / 建议改写”输出表格</output> |
| Template 11｜标题与摘要包模板 |
| 适用场景：正文完成后批量产出标题、摘要与封面文案。 <task>基于下面文章内容，产出标题与摘要包</task> <article>[文章全文或摘要]</article> <output>10 个标题、3 个副标题、3 条摘要、3 组封面短文案</output> |
| Template 12｜Revision Loop 模板 |
| 适用场景：第二稿、第三稿最关键的改稿模板。 <task>你现在是终审编辑，请对下面稿件进行 revision loop</task> <keep>[不能改动的核心事实与术语]</keep> <improve>[必须改善的问题：逻辑、冗长、口吻、案例不足]</improve> <text>[当前版本]</text> <output>先列 5 个最值得改的点，再给修订版，最后给 QA checklist</output> |
五、把模板真正用顺的 4 个方法
第一，不要把模板当成咒语，而要把它当成骨架。真正决定质量的，是读者、平台、资料、不能改动的事实、必须改善的问题这些变量位。
第二，先做结构任务，再做生成任务。Outline 做不稳，全文就很难稳。第三，把事实审校和语言润色分成两轮。第四，不要害怕多轮 revision，成熟的长文往往是第二稿和第三稿才真正成型。
| 最常见的 5 个误区 • 一口气求完稿，结果结构跑偏。 • 不给资料和受众，只给模糊主题。 • 同时要求“专业、口语、深度、爆款”，导致风格互相打架。 • 要求改写，却不说明哪些内容不能改。 • 只追求更长，不追求更清楚。 |
六、结语
如果你今天只做一件事，就先复制“Template 1 大纲优先模板”和“Template 12 Revision Loop 模板”，围绕你最近最想写的一篇文章跑一遍。你会很快发现，Claude 的真正价值不在于“立刻生成一篇长文”，而在于它可以和你一起把一篇长文做对、做清楚、做完整。
FAQ：
Claude 写长文最关键的提示词原则是什么？
先给角色与目标，再给资料与约束，最后再问具体任务；长资料放前面，问题放后面。
Claude 适合直接写整篇长文吗？
更推荐先让它做大纲，再做初稿，再做 revision loop。
Claude 长文写作和 ChatGPT 有什么不同？
Claude 在长上下文处理和多轮改稿上很强，尤其适合资料包驱动的写作。
Claude 提示词必须很长吗？
不一定，但结构必须清楚，信息组织比字数更重要。
怎么避免 Claude 写出空话？
把目标读者、资料、不可改动事实和输出要求写具体，再单独做 revision loop。
Claude 能上传文档辅助写作吗？
官方支持上传 PDF、DOCX、TXT、HTML 等文件。
相关文章
附录：官方参考
• Prompting best practices – Claude API Docs：官方提示工程总文档，包含 clarity、XML structuring、long context prompting 等建议。
• Long context prompting – Claude API Docs：明确建议把 longform data 放在前面、queries 放在后面。
• Prompt generator / prompt improver – Claude API Docs：解释 XML tags、step-by-step instructions 与 output format 的价值。
• Models overview – Claude API Docs：说明 Claude 4 模型在 long-context handling 和 multilingual tasks 上的定位。
• Uploading files to Claude – Claude Help Center：说明支持上传 PDF、DOCX、TXT、HTML 等文档。
• What are Artifacts and how do I use them? – Claude Help Center：说明 Artifacts 适合承载 substantial, standalone content。
• Create and edit files with Claude – Claude Help Center：说明 Claude 可在对话中创建和编辑文件。
