提示链是什么
提示链把一个大任务拆成多步调用，上一步的输出作为下一步的输入，关键节点插入校验。它带来的好处是可观测：每一步的中间产物都能单独检查、单独重跑，出错时不必怀疑整条链路。代价是调用次数增加、总延迟上升，所以短任务不值得拆链——一句话能完成的抽取，套上三段链只是更慢。
设计要点
| 收益 | 失败可定位、步骤可替换、中间结果可人工检查 |
|---|---|
| 传递方式 | 步骤间用结构化数据（JSON）传递，避免自然语言夹带结论 |
| 每步契约 | 先定每步输入输出格式，再写该步提示 |
| 校验点 | 在高风险步骤之后插入 schema 校验或规则检查 |
| 成本 | 调用次数增多，短任务不必强行拆链 |
典型使用场景
- 长报告处理：先摘要、再抽取行动项、最后生成邮件草稿
- 工单流转：抽取字段 → 判定优先级 → 生成回复
- 数据清洗：分步做抽取、归一化与校验，便于定位错误来源
- 多语言内容生产：先翻译、再本地化改写，两步各自验收
- 需要人工确认的流程：大纲阶段等人确认，再进入成文步骤
链示例（摘要 → 抽取 → 生成）
链示例（摘要 → 抽取 → 生成）
步骤 1：把 30 页报告压成要点列表（保留数字）。
步骤 2：从要点列表抽取「行动项」→ JSON 数组。 # 输出结构化，便于校验
步骤 3：按行动项生成邮件草稿（收件人 / 主题 / 正文）。
校验点：步骤 2 输出通过 schema 校验后才进入步骤 3。 # 不合格就重跑第 2 步常见问题与处理
| 问题 | 原因 | 处理 |
|---|---|---|
| 错误逐级放大 | 中间产物未校验 | 在关键节点加 schema 与规则校验 |
| 链条过长难维护 | 步骤拆得过细 | 合并相邻的轻量步骤，按可验收单元拆 |
| 总延迟过高 | 串行调用累积 | 无依赖的步骤并行，如多份材料各自摘要 |
| 重跑代价大 | 每步都重新调用 | 缓存中间产物，只重跑失败的那一步 |
每一步都要能单独给出输入样例：如果某步无法脱开上下文单独运行，说明它与前一步耦合过紧，应先调整拆分方式。