| 说法 | 指什么 | 举例 |
|---|---|---|
| 关键词 | 搜索或绘图时输入的词,不带句式 | AI提示词 教程 |
| 指令 | 要求模型执行的动作,通常是一个动词短语 | 改写成 200 字、列出 3 个风险 |
| 提示词 | 包含指令、背景、约束、格式的完整表达 | 一整段带说明的输入 |
所以「指令大全」查的是动作词,「提示词大全」查的是完整模板。前者灵活,后者省事。想系统学结构,看怎么写提示词那一页。
| 指令 | 作用 | 示例句 |
|---|---|---|
改写 | 保持意思,换表达 | 改写这段话,意思不变,句子更短。 |
精简 | 删冗余,压字数 | 精简到原来一半,保留全部数字和结论。 |
扩写 | 补细节,不注水 | 扩写到 300 字,每个观点配一个具体例子。 |
摘要 | 提要点 | 用 5 条要点概括,按重要性排序。 |
润色 | 改语病与节奏 | 润色以下文字,只改表达不改事实。 |
换语气 | 切换受众 | 改成对客户的口吻,专业但不生硬。 |
降维解释 | 给外行看 | 用初中生能懂的话解释这段,不用专业术语。 |
去重合并 | 整理重复内容 | 把重复表达合并,保留信息最全的那一版。 |
这一组里最容易出问题的是「扩写」。不加限制的扩写会变成同义句堆叠,所以必须同时给「补什么」——补例子、补数据、补反例,而不是「再写详细点」。
| 指令 | 作用 | 示例句 |
|---|---|---|
分点 | 拆成并列要点 | 拆成 4 条,每条能独立读懂。 |
归类 | 按维度分组 | 按「能控制/不能控制」分成两栏。 |
排序 | 给优先级 | 按影响程度从大到小排,并说明排序依据。 |
表格化 | 转成可比对的结构 | 做成三列表格:问题|原因|建议。 |
对比 | 找差异 | 对比 A 和 B,只列用户真正在意的 5 个维度。 |
拆步骤 | 变可执行 | 拆成操作步骤,每步写清谁做、要什么材料。 |
建框架 | 先出结构再填内容 | 先给这篇文章的大纲,不要写正文。 |
归因 | 从现象到原因 | 先列 3 个可能原因,再逐条用数据验证。 |
「表格化」和「拆步骤」是把 AI 输出变成可交付物的两个关键指令。前者解决「看不清」,后者解决「落不了地」。
这一组指令的共同点是:把「一次给答案」改成「先推演再回答」。复杂问题上,效果差异最明显。
| 指令 | 作用 | 示例句 |
|---|---|---|
分步思考 | 暴露推理过程 | 先分步骤推导,最后给结论。 |
多角度 | 避免单一视角 | 分别从用户、老板、竞争对手三个角度分析。 |
先假设后验证 | 防止直接下结论 | 先列 3 个假设,再逐条用数据验证。 |
反向论证 | 检验结论强度 | 假设这个结论是错的,找出支持反面的证据。 |
找反例 | 暴露适用边界 | 给 3 个不适用这个方法的场景。 |
拆到最底层 | 厘清第一性问题 | 不断追问「为什么」,直到触到不可再分的前提。 |
排优先级 | 资源有限时做取舍 | 只能做一件事的话做哪件,为什么。 |
预估后果 | 提前看到风险 | 分别给出最好、最可能、最坏三种走向。 |
注意一点:不要笼统地说「请仔细思考」。这只是情绪鼓励,没有改变处理方式。要说清「按什么顺序想、想几个方向、想完怎么用」。
| 指令 | 作用 | 示例句 |
|---|---|---|
只输出结果 | 去掉解释和寒暄 | 只给最终版本,不要任何说明。 |
限制字数 | 卡住篇幅 | 每条不超过 25 字。 |
固定字段 | 便于后续处理 | 严格按「事项|负责人|截止时间|卡点」四列输出。 |
Markdown | 带层级的文档 | 用 Markdown 二级标题分段。 |
JSON | 给程序用 | 输出 JSON 数组,字段名用小写下划线,不要注释。 |
编号列表 | 有先后顺序 | 用 1. 2. 3. 编号,按执行顺序排。 |
分屏脚本 | PPT/视频用 | 按「第 1 屏:标题 / 副标题 / 三个卖点」格式给。 |
未知标注 | 防止编造 | 缺失的信息填「待确认」,不要推测。 |
最后一条「未知标注」值得单独强调。它把「不许编」变成了一条可执行的格式规则,比在开头写十句「请确保准确」都管用。
| 指令 | 作用 | 示例句 |
|---|---|---|
自查 | 过滤低级错误 | 交付前检查有没有编造信息、有没有超字数,有问题先改。 |
挑逻辑漏洞 | 找站不住的句子 | 指出哪些结论缺少依据,只列问题不修改。 |
扮演反对者 | 提前挡住质疑 | 你是最难说服的客户,逐条反驳这套方案。 |
打分评估 | 量化质量 | 按「清晰度/可信度/可执行性」各 10 分打分并说明扣分点。 |
检查一致性 | 发现前后矛盾 | 找出文中三处互相冲突的说法。 |
模拟读者 | 站在接收方看 | 你是不懂行的读者,读完列出 5 个想问的问题。 |
校验指令有个前提:不要在同一条提示里让它边写边审。先让它写完,再单独下一轮说「现在审这份稿」,两轮的结果都比一轮好。
文本指令是动作词,绘图指令是视觉名词。想画得准,就把「高级感」「有氛围」翻译成具体的画面元素。
| 类别 | 可用词 | 说明 |
|---|---|---|
| 镜头 | 平视/俯拍/微距/广角/35mm/浅景深 | 决定空间关系和压缩感 |
| 光线 | 柔光/侧逆光/硬光/窗光/黄昏光 | 决定质感与情绪 |
| 色调 | 低饱和/莫兰迪/暖灰/青橙/单色 | 决定整体气质 |
| 材质 | 哑光/磨砂玻璃/水泥/亚麻/金属拉丝 | 决定真实感 |
| 构图 | 居中/三分法/留白/对角线/对称 | 决定视觉重心 |
| 风格 | 商业静物/电影感/胶片颗粒/极简/手绘 | 决定成品类别 |
| 排除项 | 不要文字/不要卡通/不要多余手指 | 负面约束往往最有效 |
真实工作很少只需要一个动作。把指令按顺序堆叠,等于给 AI 一条流水线。三个常用组合:
这种「一条提示只做一步」的写法,比把所有要求塞进一段要稳。因为每一步的输出都能被检查,错了只损失一步。
| 低效指令 | 为什么没用 | 换成 |
|---|---|---|
| 请仔细思考 | 没有改变处理方式,只是情绪鼓励 | 先分三步推导,最后给结论 |
| 写得好一点 | 「好」没有标准 | 每段不超过 4 行,不用形容词,必须有一个数字 |
| 尽量详细 | 会导致注水 | 每个观点配一个具体案例,不要重复原句 |
| 要专业 | 模型默认就偏「专业腔」 | 面向有 3 年经验的从业者,可用行业术语,不要解释常识 |
| 帮我优化一下 | 不知道优化哪个维度 | 只优化逻辑,不改文风 |
| 你一定能做到 | 纯激励,零信息 | 如果信息不足,直接告诉我缺什么 |
一条实用判断:把这句话删掉,输出会不会变?不变就是废话。提示词里最贵的不是字数,是注意力。
核心任务放在靠前位置,格式和校验类放结尾。结尾的指令对输出形态影响最大,所以「只输出结果」「按表格给」这类适合压轴。
三个以内比较稳。超过五个,模型会开始丢项,尤其是格式类要求。复杂任务建议拆成多轮,每轮聚焦一件事。
常用指令(总结、翻译、改写)中文完全够用。少数技术性指令(如特定推理框架)用英文原词有时更稳定,可以直接写英文关键词。
三个原因:格式要求在提示词里不够靠后、没有给出示例、前面任务描述太模糊让它自由发挥。补一个「输出示例」通常立刻解决。
不用背。记住六类功能就够了:改内容、理结构、做推理、控格式、查质量、画图。想不起具体词的时候,描述你想要的结果,模型也能懂。
不是。指令之间会互相挤压,尤其字数和「详细」这类要求会打架。宁可少两条,也不要让模型在矛盾的要求之间折中。