01「Prompt Engineering平台」到底在问什么
查「Prompt Engineering平台」的人，多半在权衡时间成本：自己写半小时，还是让工具出一版再改。这个账要算清楚。工具与生成器这一类工具，用之前先想清楚哪一步必须留人工复核。
工具的边界比能力更值得关注。它在哪一步会自信地给出错误答案，决定了你必须在哪里留一道人工关口。
这一页给的不是通用道理，而是能照着改的东西：一段可复制的示例、一张字段对照表、四种场景下的侧重差异，以及几条自查标准。
工具能替你省下的那一步，才是它值钱的地方。看「Prompt Engineering平台」的时候先问一句：它替代的是我打字的时间，还是我想清楚要什么的时间。
后者替代不了。所以工具再顺手，前提还是你能一句话说清交付物；说不清的时候，换个工具也一样。
02三种写法，差别在哪
下面三行是同一个需求的不同写法。差别不在礼貌程度，而在信息量：右边多出来的部分，正是模型原本要靠猜的地方。
| 常见写法 | 为什么效果差 | 改成这样 |
|---|---|---|
| 「用Prompt Engineering平台帮我做××」 | 得到一个通用结果，和你实际要的差得远 | 「用Prompt Engineering平台做××，输入信息如下……，输出按这个格式……」 |
| 「Prompt Engineering平台好用吗」 | 得到的是主观评价，和你无关 | 「Prompt Engineering平台在处理××这类任务时，哪一步最容易出错」 |
| 「Prompt Engineering平台能不能完全替代人工」 | 答案多半是「可以辅助」，没有信息量 | 「Prompt Engineering平台能替代流程里的哪一步，哪一步必须人工」 |
03一条能直接用的示例
这段可以直接复制。把【】和括号里的内容换成你的情况，其余不用改；如果只有一分钟，改前两行就够跑起来。
你是做工具评测的产品经理。
【任务】帮我判断「Prompt Engineering平台」这类工具该不该用，怎么用才不踩坑。
【要求】先说我这类需求最该看哪两个指标，再说清它的边界在哪。
【约束】不吹功能，不说「强大」这种词；每条判断给理由。
【格式】三段：该看什么、边界在哪、什么情况下别用。04要加强版就加这两步
如果上面那版还不够稳，用这一段。它多了两步：先让你确认理解，再让它自检。多花的这点字数，通常能省掉一轮返工。
你是做工具选型的顾问，团队在考虑用「Prompt Engineering平台」这类工具替代手工流程。
【任务】给一份选型评估，说明该不该用、怎么用、哪里会出事。
【要求】
1. 先写清它替代的是流程里的哪一步（不要笼统说「提效」）；
2. 列出三个它做得比人好的地方，各配一个具体任务；
3. 列出三个它会出错但看起来很对的地方；
4. 给一条「什么情况下不要用」的红线。
【约束】不比较具体产品的价格；不写「根据实际需求选择」；每个判断都要能当场验证。
【格式】四段，每段一个小标题。05字段怎么填
这张表的作用是查漏：写完提示词后逐行对一遍，缺哪行就补哪行，比反复重写整段省时间。
| 字段 | 怎么写 | 常见反例 |
|---|---|---|
| 输入成本 | 要不要注册、要不要填一堆字段 | 上来就让填十个框 |
| 输出可用度 | 生成的内容能不能直接用，还是要大改 | 只看演示效果 |
| 数据去向 | 内容是否上传、是否留存 | 以为关掉网页就没了 |
| 替代哪一步 | 写清具体环节：起标题、改语气、拆任务 | 「提高效率」 |
| 输入要求 | 说明需要你提供什么，缺了会怎样 | 直接丢一句需求 |
| 出错特征 | 它错得很自信时有什么共同点 | 默认输出都对 |
06换场景，侧重就不一样
同一个词，用在不同场合要调的地方不同。下面四种场景覆盖多数情况，按你实际的场合挑一行看就行。
| 场景 | 这种场合下要侧重什么 |
|---|---|
| 个人日常 | 选能就地复制、不用注册的，减少切换成本 |
| 团队流程 | 要能固定输入格式，否则每人产出风格不一 |
| 对外内容 | 必须加人工复核，且保留修改记录 |
| 批量任务 | 先小批试跑，确认稳定再放大 |
07六个常见错误
- 只看演示效果，实际拿自己的任务一跑就露馅。
- 把工具当答案，跳过了「想清楚要什么」这一步。
- 不看数据条款，把客户信息直接贴进去。
- 指望一个工具解决所有场景，最后每个场景都半吊子。
- 把工具当外包，输入一句需求就等成品。
- 不设检查环节，把输出直接发出去。
08怎么判断这次输出能不能用
不用逐句读，按下面四条过一遍，两分钟能判断出这版要不要重写。
09三个让它更稳的做法
10三种不满，三种改法
不满意通常只有三种来源：信息不够、格式没定、边界没说。对着症状改，比重新想一遍快。
| 你现在的感觉 | 该动哪一行 | 改完会怎样 |
|---|---|---|
| 分不清哪句是它编的 | 约束行写「没有依据的地方标待核实，不许补数字」 | 可疑处浮出来，你只核那几处 |
| 结构每次都换 | 格式行用编号列出你要的段落顺序 | 骨架固定，只换内容 |
| 让它改，越改越偏 | 一次只提一个问题，别把五条意见一起丢回去 | 能看出是哪一句起了作用 |
11换个模型，要调什么
同一段话换个模型结果会变，不是模型随机，是各家对「简洁」「专业」的默认理解不同。下面这几种差异最常碰到。
| 模型 | 常见差异 | 调整一处 |
|---|---|---|
| 即梦 | 画面描述吃细节，镜头词有效 | 把氛围词换成具体光源、角度、焦段 |
| Gemini | 对表格和结构化输出响应快 | 格式行直接给列头，别用文字描述结构 |
| Midjourney | 参数决定画幅和风格力度 | 主体写最前面，参数单独放最后一行 |
| 文心一言 | 中文语感顺，遇到敏感话题会自我收窄 | 把要求拆小，一次只问一件事 |
12从空白到能交：五步走完
流程的价值在于可复现：同样的五步，换一个任务照样能走。
- 先选任务动词：提炼、改写、对比、拆解、生成，只选一个。
- 补主语和对象：给谁、关于什么、基于哪些材料。
- 划定边界：字数、结构、语气，以及不能出现的内容。
- 要求可核验：数字给来源，判断给依据。
- 复跑一次，两次方向一致再定稿；差得远说明要求有歧义。
13常被追问的四件事
这些是实际操作里最常被问到的，不涉及原理，只讲怎么处理。
加一句：没有依据的数字写「待核实」，不许估算。然后把待核实项逐条自己查。
不必。中文模型对中文指令的理解没问题；但涉及变量名、模型参数、代码报错时，保留英文原词更准，中英混写是常态。
有用，而且比正面要求省字。一条禁用项通常能省掉两三轮返工。
各家对「简洁」「专业」的默认理解不同。把要求写成能检验的条件，比如字数、段落数、禁用词，差异会小很多。
14这套写法什么时候不管用
这套写法有边界。下面几种情况用了也不会有好结果，提前知道能省时间。
| 情况 | 为什么不管用 |
|---|---|
| 结果要是能直接交付的成品 | 排版、配色、图表这些，模型只能给描述，落到文件还得你自己动手。 |
| 你其实只需要一句话 | 改个错字、换个句式这种，直接说就行；套六段结构反而更慢。 |
| 任务本身还没想清 | 你自己还没决定要什么的时候，写再多提示词也只是把模糊往后推一步。先定交付物。 |
FAQ常见问题
「Prompt Engineering平台」这类工具值得用吗？
看你每周重复几次。一周用不到一次的场景，手写更快；每天都在做的，值得花半小时调一条固定模板。
生成的内容能直接用吗？
第一版基本都要改。判断标准是「改三处以内能用」，超过三处说明提示词本身有问题。
会不会泄露数据？
看你填什么。涉及客户名单、未公开数据的，先脱敏再贴。公开的工具默认按「内容会被留存」来假设更安全。
工具生成的能用吗？
能当第一版，不能当最终版。判断标准很简单：里面有没有你不确定却无法核实的内容。有，就必须人工过一遍。
为什么同样的工具别人用得好？
多半是输入不同。别人给的是带背景、带样例、带格式要求的输入，你给的是一句话，产出自然不同。
要不要同时用好几个工具？
同一类任务固定一个就够。频繁切换会让你无法判断问题出在工具还是输入上。
→同类关键词
如果这一页没有完全对上你的问题，下面几个词的写法更接近你要的场景。