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