元提示是什么
元提示（meta-prompting）指用一个「协调者」提示负责整件事：先拆任务、再为每个子步骤分派角色、最后整合结果。它把编排逻辑写进提示本身，一次会话内跑完，不依赖外部框架或多轮调用。适合步骤之间有依赖、但整体复杂度中等的任务——需要一点结构，又不值得搭一套工作流引擎。
基本信息
| 适用平台 | 任意支持长上下文与角色扮演的对话模型 |
|---|---|
| 与工作流编排的差别 | 编排逻辑写在提示里，单会话完成；不依赖外部框架与调度 |
| 适用条件 | 3-6 个子步骤、步骤间有依赖关系的综合任务 |
| 局限 | 步骤多时不便于程序级重试与逐段观测 |
典型使用场景
- 把一段模糊需求拆成可执行清单，并逐项给出方案要点
- 多角色评审：起草、挑错、修订在同一会话内串联完成
- 研究类问题：先界定问题、再列已知条件、再推导、最后给结论
- 文档加工：提纲、扩写、术语统一、结论校对分步执行
- 尚无框架可用的临时任务：用提示内的编排先跑通，再决定是否产品化
元提示骨架
元提示骨架
你是任务协调者：
1. 阅读任务，拆成 3-5 个子步骤，为每步指定所需角色（如专家 / 审校）。
2. 依次扮演各角色完成子步骤，每步标明「角色：」前缀。
3. 每步产出写成独立小节，标注「中间结果 N」，供后续步骤引用。
4. 整合各步结果为最终答案，并检查是否满足全部要求。
5. 最后列出未解决的问题与不确定项，不要用推测填空。
任务：<task>
……
</task>与多步调用链的取舍
| 维度 | 元提示（单会话） | 多步调用链 |
|---|---|---|
| 实现成本 | 低，只写提示 | 中高，需编排代码与状态管理 |
| 可观测性 | 弱，中间步骤在同一响应里 | 强，每步可独立记录 |
| 重试粒度 | 只能整体重跑 | 失败步骤可单独重试 |
| 适用规模 | 3-6 步的中等任务 | 步骤多、需要持久化的长流程 |
要求把子步骤写成独立小节（而非混在行文里），后期需要改某个局部时可以直接引用该小节重跑，提示迭代成本明显降低。
步骤超过 5-6 个、或需要跨请求保存状态时，改为多步调用链更合适：单会话编排的错误会累积，且失败后只能从头再来。