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