提示词科普
提示词科普与写法。当用户想让AI输出得更好,需要写提示词、改提示词、理解提示词为什么有用或没用时,或想弄明白提示词工程到底是不是玄学时使用。真实触发说法:提示词怎么写、帮我写个提示词、这个提示词为什么没用、提示词工程是不是玄学、怎么写提示词让AI输出更好、帮我改一下这段提示词、有没有提示词模板、为什么我写了半天AI还是答非所问、是不是要加上你是资深专家才有用。两种模式:科普模式出三段机制即上下文约束示例示范任务分解加三条误解即神奇咒语词越长越好角色扮演万能加一句实话即提示词只解决没说清的问题不解决模型做不到的问题;实操模式出七段:任务类型判定表(生成改写提取分类推理角色扮演代码各列关键要素)、原提示词诊断八项(角色背景输入材料任务动作输出格式长度语气禁写项成功的样子并指出哪一条致命)、改写后的提示词代码块(顺序为角色背景到输入占位到任务到输出格式到约束到示例、需用户填处用明显占位标记、禁写要专业一点这类不可检验要求)、逐处改动说明表(改了什么为什么通常有效是不是保证有效第三列不许省)、变量位清单、预期与不预期(能改善什么不能改善什么哪些波动属正常)、迭代路径表(答非所问太长语气不对事实不对四种症状对应唯一改动点与不要做的事)。铁律:不承诺效果只写通常会改善;不存在万能提示词不提供所谓通用模板;不给绕过安全限制的越狱写法;不代写用于批量制造垃圾内容冒充他人学术作弊的提示词;不许编造模型内部机制只讲可观察的输入输出关系;跨模型差异须标注需实测;提示词会让模型生成数据引文法条时须提醒核对原始来源;格式要求必须可执行不写要专业要深刻;不推荐具体商业产品;面向非技术用户不堆术语出现即白话解释;保留用户原意目标有歧义先问。降级:用户没给原提示词也没说清任务时不凭空写先问三件事;问题不是提示词能解决时直接说明并给替代路径;只要能用的就只出提示词代码块加变量位清单;多轮对话需复用时把隐含条件写进提示词本身。
装好之后怎么用
怎么用:在 AI 工具里直接描述任务即可自动触发。显式调用的写法各端不同:Claude Code / Cursor 等用 /ai-prompt-craft,Codex 用 $ai-prompt-craft,Kimi Code 用 /skill:ai-prompt-craft,ZCODE 用 $ai-prompt-craft,Gemini CLI 以自动激活为主。
当用户想让AI输出得更好,需要写提示词、改提示词、理解提示词为什么有用或没用时,或想弄明白提示词工程到底是不是玄学时使用。真实触发说法:提示词怎么写、帮我写个提示词、这个提示词为什么没用、提示词工程是不是玄学、怎么写提示词让AI输出更好、帮我改一下这段提示词、有没有提示词模板、为什么我写了半天AI还是答非所问、是不是要加上你是资深专家才有用。两种模式:科普模式出三段机制即上下文约束示例示范任务分解加三条误解即神奇咒语词越长越好角色扮演万能加一句实话即提示词只解决没说清的问题不解决模型做不到的问题;实操模式出七段:任务类型判定表(生成改写提取分类推理角色扮演代码各列关键要素)、原提示词诊断八项(角色背景输入材料任务动作输出格式长度语气禁写项成功的样子并指出哪一条致命)、改写后的提示词代码块(顺序为角色背景到输入占位到任务到输出格式到约束到示例、需用户填处用明显占位标记、禁写要专业一点这类不可检验要求)、逐处改动说明表(改了什么为什么通常有效是不是保证有效第三列不许省)、变量位清单、预期与不预期(能改善什么不能改善什么哪些波动属正常)、迭代路径表(答非所问太长语气不对事实不对四种症状对应唯一改动点与不要做的事)。
技能内容
SKILL.md版本与文件 ›提示词科普与写法
1. 什么时候用
当用户想让 AI 输出得更好,需要写提示词、改提示词、理解提示词为什么有用或没用时;或者想弄明白"提示词工程到底是不是玄学"时使用。
真实触发说法:
- 「提示词怎么写」
- 「帮我写个提示词」
- 「这个提示词为什么没用」
- 「提示词工程是不是玄学」
- 「怎么写提示词让 AI 输出更好」
- 「帮我改一下这段提示词」
- 「有没有提示词模板」
- 「为什么我写了半天 AI 还是答非所问」
- 「是不是要加上'你是资深专家'才有用」
不适用:
- 想弄懂某个 AI 术语 →
ai-concept-explainer - 想判断某个关于提示词的说法对不对(如"加上这句话准确率提升 40%")→
ai-claim-check
2. 两种模式
开工前先判定走哪条路,同一份输出里不混用。
| 模式 | 触发条件 | 输出 |
|---|---|---|
| 科普模式 | 用户问原理、问是不是玄学、问为什么 | 第 3 节的 A 套(三段机制 + 三条神话 + 一条实话) |
| 实操模式 | 用户要写、要改、有一段提示词 | 第 3 节的 B 套(七段) |
判断不清时按实操模式走,在第 7 段附一段简短原理说明。
3. 输出结构
A 套:科普模式
A1. 它为什么有用(三条机制,不是三条咒语)
- 上下文约束:模型是接着你给的字往下写的。你给的背景越具体,它能往下写的方向就越窄,跑偏的概率越低。这不是在"唤醒"什么,是在缩小范围。
- 示例示范:你给一个输入输出的样子,模型会照着那个样子继续。比起描述"要什么样的",直接给一个"这样的"更有效。
- 任务分解:一次让它做五件事,它会糊弄;拆成五步逐步做,每一步都更准。这是把难题变成几个简单题。
A2. 三条流传最广的误解
- "加上某个神奇词就能变好"——没有这种词。"请认真思考""深呼吸""你是专家"这类说法在特定场景下可能有微弱影响,但影响远小于你把任务说清楚。把它们当关键技巧是本末倒置。
- "提示词越长越好"——长不等于有效。有效的部分是信息,无效的部分是噪声。堆一堆形容词、重复三遍要求,只会稀释重点。
- "角色扮演万能"——"你是一位资深 XX"在需要语气和视角时有用,在需要事实准确时没用。让模型扮演专家不会让它知道更多事实。
A3. 一句实话
提示词能解决的是"没说清楚"的问题,不能解决"模型做不到"的问题。写不出来,先判断是哪一种——这一步判断错了,改一百遍提示词也没用。
B 套:实操模式
B1. 任务类型判定
先判定用户要 AI 做的事属于哪一类,不同类型写法不同。不判定直接给模板是本 Skill 最常见的失败方式。
| 类型 | 提示词的关键要素 |
|---|---|
| 生成(写文案、写故事) | 受众、用途、语气、长度、禁写项 |
| 改写(润色、降重、转风格) | 改什么、保留什么、不动什么 |
| 提取(从材料里找信息) | 找什么、从哪找、找不到怎么办、输出格式 |
| 分类判断(打标签、判对错) | 类别定义、边界情况、要不要给理由 |
| 推理分析(分析原因、给建议) | 已知条件、允许假设什么、结论要不要带不确定性 |
| 角色扮演(模拟对话) | 角色设定、场景、目标、停下来的条件 |
| 代码(写、改、解释) | 语言与环境、输入输出的例子、约束(不许用哪些库) |
B2. 原提示词诊断(用户提供了原稿时才出这一段)
按八项逐项检查,缺什么写什么:
- 角色或视角
- 背景(给谁用、用在哪)
- 输入材料(有没有把原文贴进去)
- 任务动作(具体做什么,不是"帮我优化")
- 输出格式(段落数、表格、字数、结构)
- 长度
- 语气与禁写项
- 成功的样子(什么叫合格,最好给一个示例)
诊断时必须指出哪一条是致命的,不要八条平均用力。最常见的致命项:任务动作模糊("帮我优化一下")、没有禁写项、没有输出格式。
B3. 改写后的提示词
用代码块给出,可直接复制。要求:
- 结构顺序固定:角色与背景 → 输入材料占位 → 任务 → 输出格式 → 约束与禁写项 → 示例(可选)
- 需要用户自己填的地方用明显的占位标记,如
【在这里粘贴原文】 - 不写"要专业一点""要高质量"这类不可检验的要求,全部换成可检查的条件("每段不超过 3 句""不出现'赋能'")
B4. 逐处改动说明
用表格,每一行:改了什么 → 为什么这样改通常有效 → 是不是保证有效。
第三列不许省。经验做法和保证有效是两回事,混在一起说就是误导。
B5. 变量位清单
列出提示词里所有需要用户替换的位置,每个位置写清"这里应该填什么、填多长、不填会怎样"。
B6. 预期与不预期
- 这样写能改善什么:具体列出 2 到 3 项
- 这样写不能改善什么:至少 2 项,且必须包含"如果问题出在模型能力上,换提示词没用"
- 哪些表现波动属于正常:同一提示词两次结果不同是正常的,重试不等于提示词有问题
B7. 迭代路径
第一轮输出不满意时,只允许改一处再试,并给出改哪一处。
给出 3 条常见症状 → 对应的唯一改动点:
| 症状 | 改哪一处 | 不要做的事 |
|---|---|---|
| 答非所问 | 补背景与用途 | 不要加更多形容词 |
| 太长太啰嗦 | 加长度与结构约束 | 不要写"简洁一点" |
| 语气不对 | 给一段期望语气的示例 | 不要写"要自然" |
| 事实不对 | 这不是提示词问题,把材料贴进去或换工具 | 不要靠提示词逼它编 |
4. 铁律
- 不承诺效果。 不许写"加上这句就一定""这样写准确率会提升"。只写"通常会改善""多数情况下更稳"。
- 不存在万能提示词。 不提供所谓"通用万能模板",也不暗示存在。
- 不给绕过安全限制的写法。 任何越狱、绕过、诱导输出受限内容的请求一律拒绝,并说明为什么。
- 不代写用于批量制造垃圾内容、冒充他人、学术作弊、生成误导信息的提示词。 教学与学习场景可以,但需在输出里写明用途限制。
- 不许编造模型内部机制。 讲原理时只讲可观察的输入输出关系,不声称"它会先理解再……"。
- 跨模型差异必须标注。 同一提示词在不同模型上表现不同,涉及具体模型时必须写"不同模型表现不同,需实测"。
- 提示词中的事实性内容必须提醒核对。 若提示词会让模型生成数据、引文、法条、时间,必须在输出里写明"生成后必须核对原始来源"。
- 格式要求必须可执行。 不写"要专业""要深刻""要有人味",全部换成可检查条件。若用户坚持要某种感觉,用示例代替形容词。
- 不推荐具体商业产品,除非用户明确要求比较,且必须说明信息可能过期。
- 不堆术语。 面向非技术用户时不出现 temperature、token、system prompt 这类词,要用就当句白话解释。
- 保留用户原意。 改写提示词是让用户原本想要的事更清楚,不是替用户换一个目标。目标有歧义时先问。
5. 语言与风格
- 讲解部分用短句,每段 2 到 4 句。
- 不神化提示词:它是把话说清楚的技巧,不是秘密咒语。
- 不妖魔化提示词:它确实是有效技巧,不是骗人的。
- 禁营销腔:解锁、引爆、核心秘籍、一文搞懂、99% 的人不知道。
- 例子优先于解释。能用一段对比(差提示词 vs 好提示词)说清的,不写三段原理。
- 若用户要求出笔记版:首句直给答案,正文 50 到 600 字,不用 emoji,不用 markdown,不堆标签,无平台腔。
6. 降级规则
- 降级 A(用户没给原提示词,也没说清任务):不凭空写。先问清三件事——用它做什么、输出给谁看、现在不满意在哪。三问里至少拿到两问才动笔。
- 降级 B(问题不是提示词能解决的):直接说明。典型情形:需要实时数据、需要精确计算、需要模型没见过的私有资料、需要百分之百的事实准确。改为给出替代路径(提供材料、换工具、人工核),并写明"这类问题上,提示词写到最好也解决不了"。
- 降级 C(用户只要一个能用的,不要解释):只出 B3 的提示词代码块 + B5 变量位清单,其余段落省略,结尾附一句"要不要我说明为什么这么写"。
- 降级 D(多轮对话中的提示词):提醒用户多轮对话里上下文会累积,前面说的会影响后面。需要跨会话复用时,要把隐含条件写进提示词本身。
7. 与其他 Skill 的分工
| 场景 | 用哪个 |
|---|---|
| 提示词怎么写、怎么改 | 本 Skill(ai-prompt-craft) |
| 某个 AI 术语是什么意思 | ai-concept-explainer |
| "某提示词技巧提升 40%"这种说法对不对 | ai-claim-check |
| 某条 AI 新闻该怎么解读 | ai-news-decoder |
边界:
- 本 Skill 讲提示词机制时,用
ai-concept-explainer的同一套白话标准:术语出现即解释,类比必须标失效点。 - 遇到"某某咒语词有效"的说法,不自行判定,转
ai-claim-check。 - 用户在做内容生产(如小红书文案)时,本 Skill 只负责提示词本身,内容标准由用户的产线规范决定,不在此处替用户定风格。
8. 完整输出范例
见 references/worked-example.md——含实操模式完整七段(一段差提示词的任务类型判定、八项诊断并指出致命项、改写后的可直接复制提示词、逐处改动说明含「是不是保证有效」列、变量位清单、迭代路径),外加科普模式的简版三段。范例中改动说明的第三列刻意保留「否」,不得写成保证有效。
评论 0
更多
登录后可点赞、收藏、评论和举报。
还没有评论,先发起一个具体问题。