Menu

提示词示例:13 个可直接复制的 ChatGPT 提示词

十三个拿来就能用的提示词,覆盖学习、编程、写作和计划。填好空白,然后复制提示词,或者直接在 ChatGPT 或 Claude 中打开。

下面的每条提示词都可以编辑:改好后,在 ChatGPT、Claude 或其他 AI 应用中打开。

这里有十三个提示词,今天就能在 ChatGPT、Claude 或 Gemini 中复制使用。每个提示词都有空白,在卡片上显示为输入框:填上你自己的主题、语言或文字,然后复制提示词,或者直接在聊天应用中打开。每个提示词下面都有一段简短的说明,解释它为什么这样写,方便你修改它,或者用同样的风格写出自己的提示词。

这些提示词有一个共同的模式:用一句话说明任务,提供模型猜不到的背景,并说明答案应该是什么样子。怎么写提示词逐个部分讲解了这个模式。

用于学习的提示词

学习类提示词在告诉模型你已经知道什么时效果最好。没有这一点,解释就会面向一个想象中的普通读者,通常要么太浅,要么太难。

按我的水平解释一个概念
Fill in
向一个懂变量、循环和函数、但还没学过数据结构的人解释递归。先给一个日常生活中的类比,再给一个简短的 Python 示例,最后提一个我可以回答的问题,用来检查我是否理解了。
Try it
Example replyReplies vary between models and runs.

类比: 你在排队,想知道自己排第几。你问前面的人,前面的人再问他前面的人,就这样一直问下去,直到第一个人说“我是第 1 个”。每个人都把得到的答案加一,再传回去。

示例:

def countdown(n):
    if n == 0:
        print("Done!")
        return
    print(n)
    countdown(n - 1)

countdown(3)

这段代码会依次打印 3、2、1,然后打印 Done!。递归函数通过对问题的更小版本调用自身来解决问题。if n == 0 这个判断是基线条件:它让调用停下来。没有它,函数会一直调用自己,直到 Python 抛出 RecursionError。

自我检查: countdown(0) 会打印什么?

说明你还没学过什么,正是让解释保持在你能理解的范围内的关键。最后的检查问题把阅读变成了一个小测试,而真正的学习就发生在这里。

一次问我一道题
Fill in
就SQL 连接给我出题。一次只问一道题,等我回答。每次我回答后,告诉我答对没有,并用两句话解释原因,然后问下一道。从简单开始,逐渐变难。问完 5 道题后停下,告诉我应该复习哪些知识点。
Try it
Example replyReplies vary between models and runs.

第 1 题,共 5 题(简单): 你用 INNER JOIN 按 customer_id 把 customers 表和 orders 表连接起来。一个从没下过订单的客户,会出现在结果中吗?为什么?

输入你的答案,我来告诉你答得怎么样。

“等我回答”是关键的一句。没有它,模型常常会在一条回复里写出全部五道题,有时还把答案附在下面,测验就变成了阅读材料。

制定学习计划
Fill in
制定一个 4 周的计划,学习JavaScript 基础。我每天可以学习30 分钟,已经掌握了HTML 和一点 CSS。每一周都给出要学的主题、一个用到这些主题的小项目,以及我怎么判断自己可以进入下一阶段。整个计划控制在一屏之内。
Try it

时间预算和“怎么判断”这一句,正是一份可用的计划和一张主题清单的区别。没有就绪检查的计划,往往会被按部就班地执行完,无论到底学会了没有。

用于编程的提示词

编程类提示词需要写明语言、在有影响时写明版本,并完整粘贴真实的代码或错误。对代码的描述只是你认为它在做什么,而 bug 就藏在两者的差距里。

按需求写一个函数
Fill in
写一个名为 parse_price 的 Python 函数,它接收一个类似 "$1,299.99" 的字符串,并以浮点数返回这个数字。处理这些边界情况:数字两边有空格、没有美元符号时也应能正确解析;空字符串应抛出 ValueError。附上三个简短的测试。只返回代码。
Try it

事先列出边界情况以及每种情况下应该发生什么,是得到按你的意愿处理它们的代码最省事的方法。要求写测试,你就有了可以运行的东西,可以检查这个函数,而不是盲目信任它。

找出错误的原因
Fill in
我的 Python 代码运行时报了下面的错误。先用通俗的话解释原因,再给出任何修复建议。然后展示能修复它的最小改动。 我期望的结果:一个名字列表 实际发生的情况:下面的错误 代码:[粘贴代码] 完整的错误信息:[粘贴完整的错误信息,包括 traceback]
Try it

先要原因、再要修复,可以防止模型凭一个恰好能运行的猜测去改写你的代码。用于调试的提示词详细介绍了如何给模型提供找出 bug 所需的信息。

逐行解释代码
Fill in
为一个懂基础知识、但从没用过 async 和 await的人逐行解释这段 JavaScript 代码。解释完之后,用一个你自己选的示例输入跟踪它运行时发生了什么,展示每一步中每个变量的值。 [粘贴代码]
Try it

跟踪这一部分让理解真正落地。逐行解释说的是每一行一般做什么;跟踪展示的是它对真实的值做了什么,这也正是你用调试器自己检查时的方式。

审查我的代码
Fill in
在我提交 pull request 之前,审查这段 TypeScript 代码。先找 bug、未处理的边界情况和安全问题,再看可读性。对每个问题,给出所在行、严重程度(高、中或低)和具体的修复方法。如果你不确定某处是不是问题,就直说,不要把它当成问题提出来。不要评论代码格式。 [粘贴代码]
Try it

严重程度标签让你先修复危险的问题,而允许它说“不确定”,能减少那些自信满满的误报。用于代码审查的提示词讲得更深入,提供了针对特定审查类型的检查清单。

用于写作的提示词

写作类提示词需要受众和语气。“把这段写得更好”没给模型任何目标;“把这段改得让不懂技术的客户更容易看懂”就有了目标。

改写得更清楚
Fill in
改写下面的文字,让它对不懂技术的客户来说更清楚、更简短。保留每一个事实和数字。语气:友好而直接。先给出改写后的版本,再用最多三个要点列出你改了什么。 """ [粘贴你的文字] """
Try it

“保留每一个事实和数字”在改变措辞的同时保护了内容。修改清单让你看到做了哪些改动,不同意的改动可以撤回。

写一封邮件
Fill in
给我的经理写一封简短的邮件,申请这周五请假。原因:我姐姐的婚礼。提一下冲刺报告会在周四前完成。语气:友好而直接。不超过 100 字,不要道歉。包含邮件主题。
Try it
Example replyReplies vary between models and runs.

主题: 本周五请假

[经理的名字],你好:

我想这周五请一天假,去参加我姐姐的婚礼。冲刺报告会在周四前完成,所以那天不会有工作卡在我这里。

请告诉我是否可以。

谢谢, [你的名字]

“不要道歉”是一个小限制,效果却很大:没有它,这类请求往往会以一段“不好意思麻烦你”开头。安排那一句在读者开口之前就回答了他的第一个问题。

总结一篇长文
Fill in
为一位没读过原文的忙碌经理用 5 个要点总结下面的文字。把最重要的一点放在最前面。要点之后,列出文中尚未解决的问题或尚未做出的决定。 """ [粘贴文字] """
Try it

点明读者,就决定了什么算重要。“未解决的问题”这一句能抓住普通总结会漏掉的东西:那些还没人做决定的事。

用于工作和计划的提示词

这些提示词能把杂乱的输入变成可以执行的东西。反复用到的技巧是告诉模型信息缺失时该怎么做,让它标出空缺,而不是用猜测去填补。

把会议记录变成待办事项
把这些会议记录整理成待办事项。用表格列出,列为任务、负责人和截止日期。如果记录中没有写明负责人或日期,就写“未说明”,不要去猜。表格之后,用要点列出会上做出的决定。 """ 发布推迟到 5 月 12 日。Priya 会更新定价页面。需要有人给 beta 用户发邮件。Tom 周五前检查分析工具的设置。 """
Try it
Example replyReplies vary between models and runs.
任务负责人截止日期
更新定价页面Priya未说明
给 beta 用户发邮件未说明未说明
检查分析工具的设置Tom周五

决定:

  • 发布日期推迟到 5 月 12 日。

“未说明”这条规则让表格变得可信:负责人标为“未说明”的任务,就是还没人认领的任务,而这正是你想看到的。如果结果需要由程序读取,见结构化输出,了解如何要求返回 JSON 而不是表格。

做决定前先比较选项
Fill in
我需要为一个 6 人的团队在租一间办公室和保持完全远程办公之间做出选择。在给出任何建议之前,先问我最多五个问题,了解在我的情况下什么最重要。我回答之后,用从我的回答中得出的标准,以表格形式比较这些选项,然后给出一个建议,以及选择它的主要风险。
Try it

让模型先向你提问,颠倒了通常的流程。你得到的不是一份泛泛的优缺点清单,而是一份基于你自己的优先事项的比较。

把项目拆成步骤
Fill in
把这个项目拆成每步都能在一到两个小时内完成的步骤:搭建一个个人作品集网站。安排好顺序,让每一步都能产出我能看到或测试的东西。标出我可能会卡住的步骤,并说明卡住时该搜索什么。
Try it

小而可见的步骤让进度可以检查,而提前标出难点,意味着你遇到它们时已有心理准备。想把本页的任何提示词变成你自己的可复用版本,见提示词模板。

常见问题

有哪些好用的 ChatGPT 提示词?

好的提示词会点明任务,给出模型猜不到的背景,并说明答案应该是什么形式。“向一个懂循环但没学过数据结构的人解释递归,用一个类比和一个 Python 示例”远比“解释递归”好用。本页的提示词在学习、编程、写作和计划方面都遵循这个模式。

这些提示词在 Claude 和 Gemini 里也能用吗?

能。它们都不依赖某个产品的特定功能,都是普通的指令,所以在 ChatGPT、Claude、Gemini 和其他聊天模型中都能用。不同模型、不同次运行的回复措辞会有差异,但你要求的结构应该保持不变。

怎么根据自己的需要修改提示词示例?

把每个空白都换成你自己的信息,然后把自己当成模型,把提示词读一遍:还有什么不清楚的吗?加一句背景,说明答案是给谁看的、你已经知道什么。如果第一次的回复不对,就修改提示词,而不是在对话里争论,这样你最终会得到一个更好的、能复用的提示词。

常用的提示词应该保存下来吗?

应该。一个好用的提示词值得像本页这样保存成带空白的模板。大多数聊天应用还允许你保存长期指令,比如自定义指令或项目指令,这样你就不用在每次对话里重复同样的背景。

Coddy 编程语言插图

和 Coddy 一起学编程

开始