提示词链(Prompt Chaining)怎么用:把复杂任务拆成几步,前一步的输出交给后一步

提示词链是什么、什么时候该把大提示词拆开?本文按 Anthropic 和 Google 官方文档讲清拆指令、串成链、分块聚合三种拆法,最常用的「起草 → 审查 → 修改」链,以及哪些情况不必拆。

NNathaniel bigo··原创首发·AI 辅助撰写
7 分钟读完
资料核对于 2026-10-11 · 依据官方文档与公开资料整理 免费账号 账号

适用于谁

  • 搜「提示词链」「prompt chaining 中文」的人;
  • 写了一个几百字的「超级提示词」,想让模型一口气完成调研、写作、检查、排版,结果每一样都做得不够好的人;
  • 在 Dify、扣子、n8n 这类工作流工具里搭流程,想知道一个节点该干多少事的人。

本文根据 Anthropic 和 Google 的官方提示词文档整理,资料核对于 2026-10-11。

结论先说

  1. 提示词链就是把一个复杂任务拆成几个顺序执行的提示词,前一步的输出作为后一步的输入。
  2. 它和思维链不是一回事:思维链是一次回答里先想后答;提示词链是多次调用、多个提示词。
  3. 现在的模型已经能在内部完成很多多步推理。Anthropic 文档的说法是:有了自适应思考和子智能体编排,模型能在内部处理大部分多步推理;显式的提示词链在你需要检查中间结果或需要强制执行固定流程时仍然有用。
  4. 最值得掌握的一条链是「起草 → 审查 → 修改」,Anthropic 称之为最常见的模式:自我纠错。
  5. 拆的标准是「中间结果值不值得单独看一眼」,不是步骤越多越好。

三种拆法

Google 文档在「把提示词拆成组件」一节里列了三种做法:

拆法做法适合
拆指令不把很多条指令塞进一个提示词,而是每条指令一个提示词,根据用户输入决定用哪一个一个入口要处理多种不同请求,如客服分流
串成链多个顺序步骤,每步一个提示词,前一步的输出成为后一步的输入,最后一步的输出就是最终结果调研 → 提纲 → 成文 → 校对 这类有先后顺序的任务
聚合对数据的不同部分并行做不同的处理,再把结果汇总超长文档分块总结、多份材料分别提取后合并

Anthropic 在「提高输出一致性」一文里讲了拆分的理由:把复杂任务拆成更小、前后一致的子任务,每个子任务都能得到模型的全部注意力,从而减少大规模流程里不一致的错误。

步骤

1. 判断要不要拆

值得拆的情况

  • 你想在中间人工看一眼再继续(比如先确认提纲,再让它写全文);
  • 流程必须每次都按同样的顺序走,不能让模型自由发挥;
  • 中间结果要存档、评估或走不同的分支。Anthropic 的原话是,每一步都是一次独立的调用,这样你可以在任何一点记录日志、做评估或分支;
  • 不同步骤适合不同的模型或设置(便宜的模型做提取,强的模型做分析);
  • 资料超过上下文窗口,只能分块处理。

不必拆的情况

  • 任务虽然有多个步骤,但你只关心最终结果;
  • 用的是开了思考的模型,任务在它的能力范围内。这时把目标和成功标准说清楚,让它自己规划,往往比你规定步骤更好,见《思维链提示词还有用吗》。

2. 最常用的链:起草 → 审查 → 修改

Anthropic 描述的自我纠错链是三步:生成初稿 → 让模型对照标准审查 → 让模型根据审查意见修改。

第一步:起草

根据下面的资料,为[读者]写一篇[类型],不超过[字数]。

<资料>
[……]
</资料>

第二步:审查(最好新开一个对话,或在 API 里新发一次请求)

你是这篇稿件的审稿人。请对照下面的标准逐条检查,
只列问题和修改建议,不要重写全文。

<标准>
1. 每个数据都能在资料里找到出处;
2. 没有与资料相矛盾的说法;
3. 读者是[读者],没有他们看不懂的术语;
4. 不超过[字数]。
</标准>

<资料>[……]</资料>
<稿件>[第一步的输出]</稿件>

第三步:修改

请根据审稿意见修改稿件。只改意见指出的地方,其余保持不变。

<稿件>[第一步的输出]</稿件>
<审稿意见>[第二步的输出]</审稿意见>

三点经验:

  • 审查这一步要给明确的标准。只说「检查一下有没有问题」,得到的多半是「整体不错」;
  • 审查和起草分开进行,审查者不带着起草时的思路,更容易发现问题;
  • 审查意见本身就是一份值得保留的记录,能看出初稿常犯哪类错误,反过来改进第一步的提示词。

3. 步骤之间怎么传递

  • 用标签包住上一步的输出,再交给下一步,例如 <稿件>、<审稿意见>。这样下一步能分清哪些是材料、哪些是这一步的指令,见《提示词 XML 标签怎么用》;
  • 让上一步按固定格式输出。要交给程序处理的,用结构化输出拿到 JSON;要交给下一个提示词的,要求它只输出正文、不要开场白;
  • 每一步只带需要的东西。第三步修改时不需要再带一遍全部原始资料,除非审稿意见要求核对出处。

4. 其他常见的链

任务链
写长文列提纲 →(人工确认)→ 逐节写 → 通读统一风格
读长文档列章节结构 → 按章节提取要点 → 汇总成摘要(聚合)
数据分析检查并描述数据 → 提出分析思路 →(人工选择)→ 执行分析 → 写结论
客服分流判断问题类型 → 转给对应类型的专用提示词(拆指令)
翻译初译 → 对照原文找错漏 → 润色

5. 在工具里实现

  • 聊天界面:手动接力,把上一轮的输出复制到下一轮。重要的审查步骤新开对话;
  • Dify、扣子、n8n 等工作流工具:每个大模型节点就是链上的一环,节点之间用变量传递。条件分支对应「拆指令」,迭代节点对应「聚合」;
  • API:每一步一次请求,自己把输出拼进下一步的提示词。

常见问题

Q:拆成多步会不会更贵更慢?

会。每一步都是一次完整的调用,资料如果每步都带上还会重复计费。只在中间结果确实有用时才拆;重复带的长资料可以配合提示词缓存。

Q:一个超长提示词和一条链,哪个效果好?

没有通用结论。按 Anthropic 的说法,新模型能在内部处理大部分多步推理,所以先试一次性完成;发现某个环节总是出错、或者你需要在那个环节把关时,再把它单独拆出来。

Q:链上某一步出错会怎样?

错误会传到后面。这正是拆分的价值所在:每一步的输出都能单独检查。在关键步骤后面加一个校验(人工或另一个审查提示词),不合格就重做这一步,而不是整条链重来。

Q:让同一个模型审查自己写的东西有用吗?

Anthropic 把「自我纠错」列为最常见的链式模式。要让它有效,审查时给出明确的标准,并尽量在新的对话里进行。也可以换一个模型来审。

Q:和「智能体」是什么关系?

提示词链的步骤和顺序是你定死的;智能体是让模型自己决定下一步做什么、用什么工具。流程固定、要求稳定时用链;任务开放、路径不确定时才考虑智能体。

参考资料

  • Anthropic 文档:Prompting best practices(Chain complex prompts)— https://platform.claude.com/docs/en/build-with-claude/prompt-engineering/claude-prompting-best-practices
  • Anthropic 文档:Increase output consistency(Chain prompts for complex tasks)— https://platform.claude.com/docs/en/test-and-evaluate/strengthen-guardrails/increase-consistency
  • Google 文档:Prompt design strategies(Break down prompts into components)— https://ai.google.dev/gemini-api/docs/prompting-strategies
需要开通或续费?Claude Pro 充值 →

Nathaniel 的更多内容

  1. 01

    promptfoo 使用教程:对比提示词和模型、写断言自动评测(安装与配置)

    promptfoo 是什么、怎么使用?按官方 README 和入门文档讲清它的用途、三种安装方式、用示例项目起步、promptfooconfig.yaml 里提示词、模型和测试用例三部分怎么写、常用断言类型的含义、eval 与 view 两条命令,以及把它放进日常改提示词流程的方法。

    ChatGPT其他 AI 工具0
  2. 02

    Kimi API怎么用:API Key获取、Python调用、K3价格与429报错处理

    Kimi API Key 在哪里获取、怎么用 Python 调用 K3、价格怎么算、429 和 401 报错怎么办?本文按 Kimi API 开放平台官方文档讲清注册认证、创建 Key、base_url 与模型名、计费规则和常见错误排查。

    Kimi0
  3. 03

    Cursor Agent 模式怎么用:Agent、Plan、Ask 三种模式,检查点回滚与消息排队

    Cursor Agent 模式是什么、和 Plan / Ask 模式怎么选?按官方文档讲清 Agent 能调用哪些工具、Shift+Tab 切换模式、Plan 模式先出方案再动手、用检查点撤销改动、任务进行中排队或插话,以及 /goal 长目标。

    Cursor0
  4. 04

    Gemini 聊天记录怎么导出:导出到文档 / 表格、生成 PDF 与用 Takeout 批量导出完整对话

    Gemini 没有「一键导出全部对话」的按钮,但有三条官方路径:单条回答导出到 Google 文档、Gmail、表格;让 Gemini 直接生成 PDF、Word、Markdown 文件;用 Google Takeout 批量下载全部活动记录。本文给出每种方法的步骤和限制。

    Gemini0
  5. 05

    ChatGPT 生成图片中文乱码、文字错误怎么办:7 个按顺序试的办法

    让 ChatGPT 做海报、封面、信息图,中文总是缺笔画、错字、乱码?本文按 OpenAI 官方图像提示指南,给出从写法、字数、局部修改、质量档位到后期排版的 7 个办法,以及什么时候干脆别让 AI 写字。

    ChatGPT0
  6. 06

    OpenCode Skills 使用指南:技能目录、命名规则、权限配置与不加载排查

    OpenCode 的 Skills 放在哪个目录、怎么控制哪些技能能用?按 OpenCode 官方文档讲清六个扫描位置、name 的正则规则、skill 工具的工作方式、在 opencode.json 里用 allow / deny / ask 配置权限、按智能体覆盖,以及技能不出现时的五项检查。

    其他 AI 工具0

同产品的其他教程

  1. 01

    Cursor、Claude Code、Codex、GitHub Copilot 有什么区别:按形态、账号、计费和规则文件对比

    Cursor 和 Claude Code 的区别是什么、和 Codex、GitHub Copilot 怎么选?只用各家官方文档的事实对比:产品形态、用什么账号、怎么计费、能选哪些模型、规则文件与 MCP、权限模式、代码审查;不做「谁更强」的排名,给出按场景选择的思路。

    ClaudeCursor0
  2. 02

    如何让大模型稳定输出 JSON:结构化输出、JSON 模式与提示词写法(OpenAI / Claude)

    怎么让大模型稳定输出 JSON?本文按 OpenAI 和 Anthropic 官方文档讲清只靠提示词、JSON 模式、结构化输出三种做法的可靠程度,两家的写法与 Schema 限制,以及拒答和截断两种例外。

    ChatGPTClaude0
  3. 03

    Gemini API Node.js / JavaScript 调用教程:@google/genai 安装、流式输出与函数调用

    用官方 @google/genai SDK 在 Node.js 里调 Gemini API:安装配置、第一个请求、流式输出、多轮对话、传图片和函数调用的完整循环,并说明为什么密钥不能写进浏览器前端。

    Gemini0
  4. 04

    npx skills add 怎么用:从 GitHub 安装 Skill、skills.sh 是什么与常用命令

    网上的 Skill 安装命令大多是 npx skills add 开头,它是什么、装到哪去了?按官方 README 讲清 skills 命令行工具支持的来源写法、项目与全局两种范围、-a 指定工具、list / find / update / remove 等命令、软链接与复制的区别,以及怎么关掉遥测。

    Claude其他 AI 工具0
  5. 05

    提示词里的角色设定有用吗:「你是一位专家」该怎么写才有效(官方文档怎么说)

    提示词开头写「你是一位资深专家」到底有没有用?本文按 Anthropic、OpenAI、Google 官方文档讲清角色设定管什么、不管什么,一句话角色和详细人设各自适合什么场景,角色应该放在哪里,以及比「你是专家」更有效的四个写法。

    ChatGPTClaude0
  6. 06

    Google AI Studio 系统指令怎么写:System instructions 与运行设置(思考等级、温度、联网搜索)

    系统指令决定模型的身份和输出规则。本文按官方文档讲清 AI Studio 里系统指令在哪填、怎么写、怎么保存复用,以及思考等级、温度(新模型已弃用)、联网搜索等工具的作用与限制。

    Gemini0

0 条评论

登录 后参与评论

还没有评论,来抢沙发~