元提示是什么
元提示是指用一段提示词让模型先向你澄清需求，再生成一条结构规范的提示词，要素通常包括角色、任务、输入说明、输出格式、示例与边界条件。它的价值在于把粗糙需求转成可复用模板，特别适合需求方和实现方分离、或者要批量产出同类提示词的场景。要记住产出只是初稿：模型生成的提示词容易在约束与安全边界上错位，也常常堆叠大量无用的角色描述与示例。
基本信息
| 用途 | 把模糊需求转成要素齐全的规范提示词 |
|---|---|
| 流程 | 先澄清问题，再生成提示词，最后人工审阅与删减 |
| 六要素 | 角色、任务、输入说明、输出格式、示例、边界条件 |
| 输出要求 | 生成结果用固定结构输出，便于直接对比与复用 |
| 主要风险 | 约束与安全边界错位，或堆叠过多无效的角色扮演描述 |
| 落库方式 | 进入团队模板库前做一次删减与真实题目验证 |
典型使用场景
- 从模糊需求起步：需求方只说要做个自动改写工具，需要先澄清再成型
- 团队提示词规范统一：用同一套元提示产出格式一致的模板，便于评审与维护
- 重构老提示词：把散乱的描述整理成带输入说明与边界条件的版本
- 为新模型适配：换模型后重新生成一版，明确要求遵守输出格式
- 教学与交接：用元提示展示一条提示词应该包含哪些要素
元提示模板
元提示模板
请先向我提出 3 个澄清问题（等我回答，不要自行假设）：
1) 目标用户与使用场景；2) 输入数据的形态与来源；3) 输出失败时的处理方式。
收到回答后，生成一条优化后的提示词，需包含：
- 角色与能力边界（明确不做什么）
- 任务描述与输入说明（含变量的位置）
- 输出格式（结构、长度、语言）
- 一个正例与一个反例 # 示例不宜超过两条，过多会挤占上下文
- 边界条件：输入为空、超长、含歧义时如何应对
# 拿到结果后人工审一遍约束与安全边界，再放进模板库要素检查表
| 要素 | 检查点 | 常见缺失 |
|---|---|---|
| 角色与边界 | 明确不做什么 | 只写身份，没有能力边界 |
| 任务描述 | 动词具体、交付物明确 | 使用优化一下这类模糊表述 |
| 输入说明 | 变量位置与格式写清 | 变量与正文混在一起 |
| 输出格式 | 结构、长度、语言固定 | 只要求简洁明了 |
| 边界条件 | 空值与异常输入的处理 | 完全没有异常路径 |
| 示例数量 | 一到两条足够 | 堆砌大量示例挤占上下文 |
生成结果必须用真实题目跑一遍：元提示产出的是看起来合理的模板，措辞完整不代表在实际输入上表现好，尤其是含歧义与超长输入的场景。
警惕提示词越改越臃肿：多轮自我优化的产物常把每条教训都写成一条规则，规则之间互相冲突，最终效果反而不如一条简洁明确的提示词。