四段式需求:背景、任务、要求、样例
同一个模型:一句话换来一篇虚构范文,四段式换来能直接发的 118 字。附可复制模板。
你问 AI 一句「写一段活动介绍」,它其实面对的是一道填空题:什么活动、给谁看、多长、什么语气,全都空着。它不会读心,只能用「最常见的答案」把空填满,结果自然又长又空。
这篇用两组真实对比说明:把空填好的人,拿到的是能直接用的东西;不填的人,拿到的是一篇范文。
01 · Why为什么一句话不够
把 AI 想成一个刚来帮忙、能力很强、但对你一无所知的人。你交代任务时,他心里会冒出四个问题:
- 你是谁、这是什么事?(背景)
- 具体要我做什么?(任务)
- 做成什么样算合格?(要求)
- 有没有可以照着来的?(样例,可选)
你没回答的,他就猜。猜得越多,离你要的越远。
02 · Four parts四个部分各管什么
背景:给事实,不给形容词
「一个很棒的读书会」没有信息量;「周六 10:00–11:30、二楼绘本区、3–6 岁、免费、20 组、群里接龙」才是 AI 写不出来、只有你知道的东西。背景里最值钱的是数字和专有名词。
任务:一个动词 + 一个交付物 + 一个读者
「帮我写一段活动介绍,发到小区家长群」——动词(写)、交付物(一段介绍)、读者(家长群)三样都有,AI 就知道该用什么口吻。
要求:写成能验收的条件
「写好一点」没法验收。「150 字以内」「必须写清时间地点年龄报名方式」「不要用『赋能』」都能一条条对照检查。你能检查的,才算要求。
样例:只在「说不清的风格」时给
风格这件事很难用形容词讲清,给一句你喜欢的开头,比写十个形容词更管用。格式、事实类的任务通常不用给。
03 · Test实测一:活动介绍
实测:本地 qwen2.5:3b(3B 小模型,Ollama,temperature 0,seed 42),2026-10-19 运行;输出原样贴出,未修改。
当然可以,不过为了更好地为您服务,能否请您提供一些活动的背景信息或者具体细节?比如活动的主题、时间、地点、活动内容等,这样我可以为您定制一个更贴合需求的介绍。如果没有具体信息,我将为您创造一个虚构的活动介绍示例。 【虚构活动介绍】 活动名称:云端艺术节 活动时间:2023年5月15日至5月20日 活动地点:线上平台 活动介绍: 云端艺术节,一场跨越时空的艺术盛宴,将艺术的触角延伸至每一……(全文 560 字,后面是一整篇虚构的「云端艺术节」)
它先礼貌地问了一句要不要补信息,然后自己编了一个 2023 年的「云端艺术节」,写了 500 多字。这不是模型笨,是题目本身就空。
背景:我在社区图书馆做志愿者,这周六(10月24日)上午10:00-11:30在图书馆二楼绘本区办亲子读书会,主题是《好饿的毛毛虫》,适合3-6岁孩子和家长,免费,名额20组,需要在群里接龙报名。 任务:帮我写一段活动介绍,发到小区家长微信群。 要求:150字以内;语气亲切、像邻居说话,不要用"赋能""打造"这类词;必须写清时间、地点、适合年龄、怎么报名;结尾一句提醒带孩子的水杯。 样例:上次大家反馈好的是这种开头——"周末带娃去哪?楼下图书馆有个好去处~
大家好,周末带娃去哪玩?来图书馆吧!这周六上午10:00-11:30,我们在二楼绘本区举办亲子读书会,主题是《好饿的毛毛虫》,适合3-6岁的宝贝和家长,免费哦,名额20组,快来接龙报名吧!记得带孩子的小水杯哦,期待和你们的小小朋友见面!
118 字,时间、地点、年龄、免费、名额、接龙报名、带水杯全部写到,开头也接住了样例的口吻。能直接发群。只有一处小瑕疵:「这周六」没写日期 10 月 24 日——因为要求里没说「写上日期」。要求漏什么,结果就缺什么。
04 · Test实测二:请假邮件
实测:本地 qwen2.5:3b(3B 小模型,Ollama,temperature 0,seed 42),2026-10-19 运行;输出原样贴出,未修改。
当然可以,不过为了更好地帮助您,我需要一些具体的信息。比如请假的日期、请假的原因、预计请假的时长等。请提供这些详细信息,我会根据这些信息帮您撰写一封请假邮件。
这次它干脆不写,反问你日期、原因、时长。说明一件事:信息不够时,好的 AI 会把问题还给你——那还不如一开始就交代清楚。
背景:我是市场部的小林,下周三(10月28日)要带孩子去医院复查,需要请一天事假。直属领导是王经理,手头的周报周二晚上能交,周三的部门例会可以请同事小陈代我汇报。 任务:写一封请假邮件给王经理。 要求:120字以内,礼貌但不啰嗦;写清日期、原因(简单说即可)、工作怎么交接;给出一个邮件标题。
标题:请假申请 尊敬的王经理, 您好! 我是小林,下周三(10月28日)因孩子需要复查,特此申请一天事假。手头的周报周二晚上已交,周三部门例会可由小陈代我汇报。谢谢! 此致 敬礼 小林 2023.10.25
05 · Check拿到结果先核对
上面这封邮件看着很像样,但对照原话核对,有两处错:
- 我说的是周报「周二晚上能交」,它写成了「已交」——意思变了。
- 末尾多了一个日期「2023.10.25」,年份是错的,也不是我给的信息。
这就是「要求」一节说的:把要求写成可验收的条件,你才有东西可对。每次拿到结果,用 30 秒对一遍:事实有没有被改?有没有多出你没给的信息?怎么让它改,见下一篇《追问的 6 种说法》。
06 · Template模板:存下来
背景:我是【谁】,正在做【什么事】,相关事实:【时间 / 地点 / 数字 / 限制】 任务:帮我【写 / 改 / 列 / 比较】一份【什么东西】,给【谁】看 要求:长度【】;语气【】;必须包含【】;不要出现【】 样例:(可选)贴一段你觉得对味的例子
不用每次四段都写满。最低配是「背景里的事实 + 能验收的要求」,这两样决定了八成质量。
07 · Limits真实边界
· 本文实测用的是一个很小的本地模型(3B 参数)。豆包、Kimi、ChatGPT、Claude 这类大模型通常更守要求,但「编造日期」「改掉事实」这类问题在大模型上同样会出现,核对这一步不能省。
· 同一提示词在不同模型、不同时间的输出会不一样;本文只说明方法,不保证你复现出一模一样的文字。
08 · Next下一步
结果有错、不对味,别关掉重开。下一篇讲怎么在原对话里把它改对——以及小模型「改着改着把正文弄丢」时怎么办。
这是「02 把需求说清楚」的第 1/2 篇。实测原始记录随站点源码保存(src/runs.json)。