Prompt Engineer · 示例产出

Prompt Lab

同一个任务,换一种写法。左边是多数人实际在用的含糊提示词,右边是改造后的版本——以及它们各自换来的输出。

这是 Prompt Engineer skill 的示例产出(成品效果展示),完整方法论、检查清单与全部参考文档在付费 skill 内。以下公司、人物、数据均为虚构。
CASE 01

产品描述:从"写好一点"到"可直接上架"

任务:为虚构品牌 Nimbus Tea 白桃乌龙茶 写一条电商产品描述。下游是商品详情页,直接面向消费者。

Before · 含糊版
帮我写一段白桃乌龙茶的产品描述,写得吸引人一点,要有高级感。

模型输出(节选)

这款白桃乌龙茶真的非常好喝,香气迷人,口感顺滑,喝一口仿佛置身于桃园之中。精选优质原料,匠心工艺制作,是您日常饮茶的绝佳选择,心动不如行动,快来品尝吧!

✕ 形容词堆砌✕ 无实质信息✕ 话术像微商
After · 改造版
你是写过 200+ 条食品电商详情页的中文文案。 任务:为「Nimbus Tea 白桃乌龙茶(120g 罐装)」写一条产品描述。 规则: 1. 120–160 字,分 3 段:风味 / 工艺 / 饮用场景。 2. 每段至少包含 1 个具体事实(产地、工艺参数、冲泡建议三选一)。 3. 禁止使用:匠心、绝佳、仿佛置身、值得拥有。 4. 结尾 1 句行动号召,不超过 15 字。 示例输入→输出: 输入:茉莉绿茶 100g 输出:[3 段 140 字示例,含"福鼎茶园""7 道窨制""85°C 水温"等具体事实] 不确定产品事实时,标注 [待确认] 继续写,不要编造。

模型输出

风味:开罐是熟透的白桃香,入口先甜后回甘,乌龙茶的焙火味压在果香之下,不抢戏。冷泡 6 小时,桃香更干净。
工艺:闽北高山乌龙为底,[待确认]产区白桃果干拼配,轻焙火锁住果香。每罐 120g,约可冲泡 15 次。
饮用场景:下午三点犯困时,85°C 水温闷 2 分钟,一杯下去不影响晚上睡觉。
下午茶不知道喝什么,就它了。

✓ 结构稳定✓ 有具体事实✓ 可直接上架

改造要点

  • 先定交付标准:字数、段落结构、每段必须含什么——在写提示词之前就写下来,而不是事后挑毛病。
  • 用禁令代替形容词:"有高级感"无法检验,"禁用匠心/绝佳"可以检验。
  • 给一个好例子:模型模仿示例的形状,比听懂规则更可靠。
  • 堵住编造:不确定的事实标注 [待确认],而不是让模型替你"丰富细节"。
CASE 02

会议纪要:从"一团文字"到"行动项表格"

任务:把一段虚构的周会纪要转成行动项清单。下游是项目管理工具,需要结构化输入。

Before · 含糊版
总结一下这段会议纪要,提取出待办事项。 [纪要正文…]

模型输出(节选)

会议主要讨论了 Q4 上线计划。大家认为时间比较紧,需要各部门配合。李明负责跟进设计稿,王芳看看数据报表的问题,张总强调了质量很重要。下一步继续推进。

✕ 无负责人+ deadline✕ 混入会议感想✕ 无法导入工具
After · 改造版
任务:从下面的会议纪要中提取行动项,输出 Markdown 表格。 列定义(严格遵守): | 事项 | 负责人 | 截止日期 | 优先级 P0–P2 | 规则: 1. 只收录纪要中明确提到的人和事;没有负责人的事项,负责人填"待认领"。 2. 截止日期优先用纪要中的明确日期;只有"下周"这类模糊表述时,换算为具体日期并标注 *。 3. 不确定的事项单独列在表格下方的「存疑」区,不要塞进表格。 4. 不要复述会议讨论过程,只输出表格 + 存疑区。 示例: 输入:[3 行纪要示例] 输出: | 事项 | 负责人 | 截止日期 | 优先级 | | 确认首页改版稿 | 李明 | 10-14 | P0 | 纪要正文: <paste>

模型输出

| 事项 | 负责人 | 截止日期 | 优先级 |
| 确认首页改版终稿 | 李明 | 10-14 | P0 |
| 修复报表导出乱码 | 王芳 | 10-12* | P1 |
| 输出 Q4 上线 checklist | 待认领 | 待定 | P1 |

存疑:"质量很重要"无对应具体事项,未收录。

✓ 可直接导入✓ 不编造负责人✓ 存疑单独隔离

改造要点

  • 先定义表格,再谈内容:列名、取值范围、缺失值怎么填——格式合同写在前面。
  • 给缺失信息一条出路:"待认领""存疑区"让模型不必为了交差而编造。
  • 示例即格式:一个 3 行示例胜过三段"请输出清晰的表格"。