| name | prompt-optimizer |
| description | 把用户一句没说透的话整理成可直接发送的提示词,全程零猜测——成品里每个信息点都来自用户原话或用户亲手的选择,绝不替用户猜、不做任何"合理推断"。固定三步交互:先判断原话有无实质歧义(有则出选择题让用户定读法),再出恰好两道覆盖关键未述维度的选择题(每道末项是可自由填写的"其他"),最后把原话与用户的各次选择纯拼接成成品——不扩写、不套模版、不加角色、不编造任何背景;成品出来后再追加一道收尾选择:直接把成品当任务执行,或到此为止由用户自行复制发送。凡用户要"优化提示词""优化这句话""改写这个 prompt",或直接丢来一句模糊的需求/bug 描述求整理,或抱怨发给 AI 的提示词效果不好时,都用本技能;面向所有工种(开发、产品、运营、文案……),不限编程场景。若用户是在布置一件要办的事、描述想做的项目并想把整件事说清楚,用 five-sentence-brief 而非本技能;若用户点名"四段式""结构化提示词""目标/背景/输出要求/边界约束",或明确要求成品里写出边界约束/禁止事项(如"写个带约束的提示词"),用 four-part-prompt 而非本技能。 |
prompt-optimizer:三步把一句话整理成可直发的提示词
用户带着一句没说透的话来——比如"线索编辑功能,线索负责人不能更改"。直接替他猜、替他补,产出里全是你编的东西;本技能的做法相反:问清楚,然后只做拼接。成品里的每一个信息点,都必须来自用户的原话或用户亲手做的选择。
流程固定三步,顺序不可变。在走完提问步骤之前,不要给出任何"优化后的版本"。
第一步:消歧(仅当原话有实质歧义)
实质歧义 = 同一句话存在两种以上读法,且不同读法会导向实质不同的成品。比如"线索负责人不能更改"既可能是需求(要把字段做成不可修改),也可能是 bug(应该能改但现在改不了)——两种读法拼出来的提示词完全不同,这才值得问。
- 有实质歧义:出一道消歧选择题,每个选项是一种完整读法,末项固定为可自由填写的"其他"。此轮只出这一道题——不出维度选择题,不出成品。
- 用户答非所问、回答"都行/你看着办"或反问时,把消歧题原样重发或就他的回答追问——不代他选定读法,读法未定不进第二步。
- 用户明确拒绝消歧("别问了,就这样弄")时,零猜测的出口是按每种读法各走一遍后续流程、各拼一版成品让他挑——挑版仍是他亲手的选择;禁止默选读法。
- 用户选定读法后,若原话或他补充、手填的内容仍有实质歧义,再出一轮消歧,直到读法全部确定,再进第二步。
- 没有实质歧义:直接进第二步。不要为了走流程制造消歧题——把本来清晰的话问糊涂了,用户会失去耐心。措辞差异、口语化不算实质歧义;错别字通常也不算,除非它本身造出两种实质读法(如拼错的缩写指代不明),这时照常出消歧题,选项里写明修正后的读法。
第二步:恰好两道选择题
读法确定后,找出最影响成品效果的两个未述维度——给谁看、什么形式、什么平台、多长篇幅、什么语气……视任务而定。两道题合在同一条回复里一次发出,不拆成两轮。
- 每道 2~4 个可以直接拼进成品的具体选项——选项本身就是成品里的一句话,不是"看情况""都可以"这类抽象分类。
- 选项文本(含消歧题的读法选项)只能由原话已有的信息加该维度本身的取值构成,不得夹带原话没有的事实细节——环境、版本、成因、附加功能都不行。用户点了你编的细节,它也不会因此变得可溯源。
- 每道题末项固定为可自由填写的"其他"。
- 用户原话已经明确给出的维度视同已答,不重复问。
- 实质未述维度不足两个时,有几道问几道,不硬凑;一个都没有就直接进第三步。
- 没答的题原样重发,不替他补默认值(只答一道就重发另一道,都没答就整组重发);用户明确拒答的维度不写入成品,也不代填。
- 此轮不出成品。
第三步:纯拼接
把三样东西拼成一段可直接发送的提示词:①用户原话(含对话中途补充的话);②消歧时选定的读法;③两道题的选择——"其他"里手填的内容按原文拼入。
粘合手段只允许四类:
- 连接词:并且、其中、用于、要求……
- 最小祈使框架:原话不成句时补一个最小动词框架,如"请修复:""请写:"——只允许一个动词,不带修饰。
- 口语理顺:调整语序、去掉口头语,不改变任何含义。
- 词形归一:单词级的同义词形调整(如"能改"→"能修改"),不改变含义。
形式/篇幅/语气类的选择,先看成品发出去之后由谁"写":
- 收件人是要产出内容的(写文章、写文案、写报告……):把选择作为要求文字追加在成品末尾,如"要求:800 字左右"——产出物的形式由收件人去满足。
- 收件人是要照着办事的(修 bug、办手续、执行任务……):形式说的是成品自己的样子,用选择里的词当骨架、把已有信息点摆进去——选了"带期望行为与实际行为对比"就写成"期望行为:……;实际行为:……"。骨架词来自选择,内容来自原话和读法,仍是拼接。摆不出来的形式(比如某种语气)不硬凑——这种维度第二步就不该拿来出题。
两种情况都不许据此改写或压缩成品正文——那是重写,不是拼接。
输出格式:成品放在代码块里;代码块外只说一句话(如"已拼接完成")——不解释流程,不列假设,不给备选版本。然后进第四步。
第四步:交付选择
成品发出后,紧跟一道收尾选择题。这是流程题不是内容题:不占第二步"恰好两道"的配额,它的答案也永远不进成品文本。
接下来?
A. 直接执行——我立刻把这条提示词当作任务开始做
B. 到此为止——你自行复制,发给目标对象
- 选 A:把成品原文当作用户交来的任务开始执行。执行前不许再"顺手优化"、改写或扩充成品——成品写了什么就做什么;执行中缺信息按正常任务该问就问,但那是执行阶段的事,与本技能无关。
- 选 B(或用户没回答就转了话题):到此为止,不追问。
- 不替用户猜要不要执行——哪怕成品明显是发给人看的(贴给开发、发公众号),选项也照样给,选择权在用户。
铁律:零猜测、零扩写
拼接完成后逐信息点自查:这个信息来自原话还是某次选择? 答不上来的,删掉。来自选择的,再追问一句:选项文本里有没有超出原话和维度取值的内容?有,那部分同样删掉。四类粘合文字豁免此自查。
具体禁止:
- 不加角色设定("你是一位资深产品经理"——用户没说过)
- 不套模版(角色/背景/约束/描述之类的分段结构一律不用)
- 不编背景(版本号、环境、复现步骤、平台规则、卖点……用户没提就不存在)
- 不做假设、不列假设清单、不给"带假设的版本"
- 不加用户未选择的约束或修饰
- 不做任何猜测:拿不准的信息,要么出题问,要么不写——"合理推断""行业惯例""大概率是这个意思"都不存在,猜得再准也越权
为什么这么严:用户要的是"帮我问清楚,然后把话拼利索",不是"替我写一份看起来专业的文档"。编造的信息点会让成品在用户的真实场景里失效,而用户未必会逐句核对。宁可成品短,不可有一个字来路不明。
出选择题的方式
- 有 AskUserQuestion 工具时优先用它:消歧是一次调用一道题;第二步是一次调用两道题;第四步是一次调用一道题(直接执行/到此为止)。工具自带的"其他/Other"自由填写项即满足末项要求,不要在选项列表里再写"其他"——那会变成一个选中后无法自由填写的假"其他"。调用被用户取消时,改用下面的正文编号选择题重发。
- 没有该工具时,在正文里出编号选择题(A/B/C…),末项写:其他(直接回复你的说法)。第四步同样用正文 A/B 两项(见完整示例);用户回复"执行""做吧"等说法视同选 A。
完整示例
用户:优化:"线索编辑功能,线索负责人不能更改"
第一轮(有实质歧义,只出消歧题):
这句话有两种读法,你指的是哪种?
A. 需求:线索负责人字段要做成不可修改
B. bug:线索负责人应该能改,但现在改不了
C. 其他(直接回复你的说法)
用户:B
第二轮(恰好两道,一次发出):
- 这段话发给谁用?
A. 提给开发修复 B. 给测试复现 C. 其他(直接回复你的说法)
- 要什么形式?
A. 一句话的 bug 描述 B. 带期望行为与实际行为对比的说明 C. 其他(直接回复你的说法)
用户:1A 2B
第三轮(纯拼接+交付选择):
已拼接完成:
请修复线索编辑功能的 bug。期望行为:线索负责人能修改;实际行为:现在改不了。
接下来?
A. 直接执行——我立刻把这条提示词当作任务开始做
B. 到此为止——你自行复制,发给目标对象
成品逐点可溯源:"线索编辑功能"来自原话;"能修改""现在改不了"来自读法 B("能改"→"能修改"是词形归一);"请修复"来自选择 1A;"期望行为/实际行为"的骨架词来自选择 2B——开发是来修 bug 的,不是来写说明的,所以 2B 不追加成"要求:写成……",而是直接摆成对比形式。没有一个字是编的。
