乐于分享
好东西不私藏

AI时代,你真的会使用提示词吗?

AI时代,你真的会使用提示词吗?
你平时让AI帮你弄东西,你的提示词是不是都是这么写的:“帮我写一篇XX文章”,“这篇文章做一下总结,说了什么”,“解释一下这个xx”。
你那其实不叫提示词,叫做许愿。
一个真正的提示词是一套精心设计的指令,根据这个指令,它能产出稳定,高质量,直接可以使用的结果,任何模型都适用。他包含了角色、上下文、约束条件、约束条件、格式、质量标准、具体示例。
接下来我分享几个场景的提示词,在豆包、claude、DeepSeek三个平台全部验证过了。复制即用,无需修改。
我这里按场景进行的分类,标注了难度。建议看看(别再进收藏夹吃灰了)
第一部分:写作和内容创作
1. 专家级文章写手
你是一位曾为顶级媒体撰稿的资深内容策略师。请写一篇 [字数] 字的文章,主题:[话题]。目标读者:[他们是谁、他们知道什么]。切入角度:[你的独特主张——让这篇文章区别于同一话题下的所有其他文章]。结构:开头钩子:从一个大胆的主张或令人惊讶的事实开始。不允许泛泛的开场白。问题:为什么当前对这个话题的认知是错误或不完整的。框架:用 3-5 个有名称的章节呈现你的论点,每章有明确的小标题。证据:每个章节包含一个具体的例子、案例研究或数据点。行动:以读者本周就可以做的 3 件具体事情结尾。规则:每段最多 3 句话不使用填充语("值得注意的是""在当今世界"不使用模糊措辞("可能""似乎""某种程度上"每个论断必须具体,不能含糊加粗每个章节中最重要的一句话这篇文章应该达到不加修改就可以直接发布的标准。
使用建议:这个提示词主要是切入角度那一步。有条件的话建议配合着skill一起食用更佳。
比如:你写 “关于AI对于教育的影响” 。不妨换成 “AI不会替代老师,但是会替代那些不会用AI的老师”。
区别就是角度不一样,角度不一样了,观点自然就有了。没有观点,就只是一堆信息的重组,而不是一篇文章
2. 邮件编写
为以下情境起草一封邮件:[描述情境、收件人和你的目标]语气:[专业/轻松/直接/外交]规则:邮件标题:具体且行动导向(不要写"有个问题"或"跟进一下")开头:第一句话就直接说事。不写"希望这封邮件能找到你"。正文:最多 3 个短段落。每个段落服务一个目的。结尾:明确的下一步或请求。收件人应该清楚知道你要他们做什么。总长度:150 词以内。生成两个版本:版本 A[语气 1——如直接果断]、版本 B[语气 2——如温暖合作]
使用建议:150词以内是精髓。大多数人的邮件有60%的内容是废话,比如:寒暄、客气。砍掉这些,邮件回复率反而会明显上升。对方向你发送了一封需要决策的邮件,你回了三五百字的邮件,对方估计都不想看了。
3. 内容多平台分发
将以下内容改写成 5 种格式:<原始内容>[粘贴你的文章/帖子/转录]</原始内容>创建:小红书 爆款文案(12 条,每条 280 字以内)LinkedIn 帖子(200-300 词,专业但不说教)邮件通讯导语(100 词,引发对完整内容的好奇)3 篇独立社交媒体帖子(每篇自包含,各突出一个不同洞见)短视频脚本(60 秒,对话感,设计成对着镜头说)规则:每种格式应该像是该平台原生内容,而不是复制粘贴在所有格式中保持核心论点和关键洞察一致按平台调整语气:小红书 = 精炼直接,LinkedIn = 专业有深度,邮件 = 个人化、独家感
使用建议:生成各个平台的文章,不要每条都重写,改成一次输出,多次复用。
4. 文案转化改写
把这段文字改写得更具说服力:<原文>[粘贴文字]</原文>应用以下文案原则:先说好处,而不是先说功能用具体数字替代模糊表述在读者产生疑虑之前就主动化解创造紧迫感,但不用操纵手法以清晰、低门槛的行动号召结尾展示改写后的版本,然后解释你做的 3 个最有影响力的修改,以及每个修改为什么在心理上有效。
使用建议:这是一个效率翻倍神器。不应该是 “我写完了再去想标题和SEO”,而是 “在动笔之前大纲里就已经有标题和策略”。顺向流程的效率肯定比逆向要高。
5. 故事转换
把这段枯燥的事实性信息转化为一个有吸引力的叙事:<事实>[粘贴枯燥的事实、数据或技术内容]</事实>规则:从一个具体场景、人物或瞬间开始——不是从定义开始把事实编织进一个故事弧线:铺垫 → 张力 → 解决用类比让复杂概念变得直观易懂包含一个"顿悟时刻"——读者的理解发生转折的那个点以一个能将故事连接回读者生活的收获结尾保持事实准确。改变的是表达方式,不是真相。
使用建议:这是我认为最有价值的提示词之一。数据告诉人,而故事可以打动人。你用数据写的方案对方会看,但是如果你加上故事,对方会记住。任何时候如果你想传递一个干巴巴的信息,都可以先跑一下这个提示词。
第二部分:分析和策略
写作搞定的是表达。分析和策略搞定的是思考。下面这几个提示词,让AI帮助你做结构化思考。
6. SWOT 分析器
对 [公司/产品/战略] 进行全面 SWOT 分析对每个象限(优势劣势机会威胁):列出 5 个具体事项(不是泛泛的——与当前具体情境相关)对每个事项:用一句话解释为什么它属于这个象限评估每个事项的影响:高/中/然后提供:基于此分析的首选战略重点(一句话)如果忽略这个重点,最大风险是什么(一句话)本周要采取的第一个行动(一个具体可执行的步骤)
使用建议:这里最重要的不是填满四个格子就行了,二十最后那三个问题的答案。大多数SWOT做完后没人看,因为只有分析而没有行动。这个提示词会强制输出行动项。
7. 会议策略师
我有一个关于 [话题] 的会议,对象是 [谁——他们的角色、与你的关系、他们在乎什么]我在这场会议中的目标:[你想要达成的结果]准备:开场白(2 句话——为对话设定正确的框架)我必须传达的 3 个关键点(按优先级排序)我应该问的 3 个问题(从最重要到最不重要排序)对方可能提出的 3 个异议及我的回应理想结束语(总结共识和下一步)底线:我可接受的最低结果是什么?
使用建议:大多数人准备会议的方式是 “我大概知道我要讲什么”。这个提示词汇带着你想出,不只是你要说什么,还有对方可能会说什么、你的底线。没有预判异议的进入会议约等于裸奔。
8. 定价策略师
帮我为 [产品/服务] 制定定价方案。背景:它做什么:[描述]目标客户:[目标客户]交付成本:[你的成本]竞品定价:[竞品价格,如已知]交付的价值:[客户获得什么——节省的时间、赚到的钱、解决的问题]设计定价结构:三个梯次(入门、核心、高级),用反映价值的名称,不是大小每个梯次包含什么,以及为什么在这些地方设置分界每个价格点背后的心理逻辑大多数客户应该在哪个梯次落地,以及如何引导他们到那里一次性 vs 订阅分析——哪种模式更合适,为什么以格式化对比表格展示定价方案。
使用建议:“哪个梯次大多数客户应该落地” 和 “如何引导他们到那里” 是定价策略中最被低估的两个问题。中间梯次的设计要把 "稍微加点钱就能多拿很多价值" 的逻辑做到最明显。 不然定价太高没人进来,太低了你活不下去。
9. 风险评估器
我即将 [描述项目/决策/计划]进行风险评估:列出最可能出现的 7 个风险(可能出问题的地方)对每个风险:概率:高/中/如果发生,影响大小:高/中/早期预警信号(我怎么发现这个风险正在变成现实?)缓解策略(我做什么来预防它发生?)应急预案(如果真的发生了我怎么办?)画一个 2x2 矩阵把风险分类(概率 vs 影响)指出我应该主动监控的前 3 大风险悲观一点我想听到的是我没有考虑到的风险,而不是安慰我一切都会好的
使用建议:大多数人在让AI评估风险的时候,AI默认输出的是中性的,不得罪任何人的。但是风险评估的价值肯定是在极端情况。
10. 复盘引导师
引导这个项目/时间段的复盘:[描述发生了什么]结构:什么做得好(找出 5 件确实有效的事,附证据)什么出了问题(找出 5 件确实没效果的事,附根因)我们学到了什么(3 个会改变我们未来工作方式的教训)我们会做什么不同的事(3 个具体的、可执行的改变——不是模糊的意图)我们会停止做什么(2 件我们应该刻意停止的事)规则:必须具体。"沟通不好"是没用的。"产品团队在定价变动前 2 天才被通知,导致营销材料来不及更新"是有用的。每个识别出的问题,包含一个具体的预防措施。
使用建议:大家复盘都在加流程、加检查、加文档、加xx。但是没有人问 “我们应该停止做什么”。 真正让团队变高效的不是做的更多,而是都停止那些没有什么价值的事情。这条提示词的威力在于它强制你砍掉一些没用的东西。
第三部分:技术与开发
这一组是给写代码的人准备的。如果你不写代码,那么你可以跳过去看第四部分了。当然如果你写代码,这些提示词能替代你大部分的看文档 -> 试 -> 报错 ->再来一次 的循环
11. 架构顾问
我想搭建 [描述系统]。需求:[需求 1][需求 2][需求 3]预期规模:[用户数/数据量]预算限制:[任何限制]提出 2 个架构方案。对每个方案:组件图(用文字描述——列出每个服务/模块及其连接方式)技术选型和每个选择的理由优缺点(诚实说明取舍)预估复杂度:简单/中等/复杂这个方案最可能出问题的那一件事推荐一个方案。解释理由。然后给我前 5 步的实施步骤(按顺序)。
使用建议:这个适合用在项目初期。“这个方案最有可能出现问题的那一件事” 是点睛之笔。在写第一行代码之前他就知道它在哪里,比上线那天才发现要好一万倍。
12. 代码审查员
审查这段代码: [粘贴代码]检查以下方面:安全:注入漏洞、暴露的密钥、XSS、不安全的数据库处理逻辑:未处理的边缘情况、错误的逻辑判断、差一错误性能:N+1 查询、不必要的计算、遗漏的缓存机会可读性:不清晰的命名、复杂逻辑缺少注释、过度嵌套最佳实践:违反语言规范、缺少错误处理、未使用的导入对发现的每个问题:严重程度:严重/高/中/低精确位置(行号或函数名)为什么这是问题(不只是哪里错了,而是可能导致什么后果)修复方案(展示修正后的代码)如果代码本身没问题,就说没问题。不要为了显得全面而编造问题。
使用建议:最后那句 “如果没问题就说没问题” 是关键。很多时候AI老是会找点问题出来。但是这会让审查失去可信度。
13. 测试用例生成器
为以下函数/功能生成完整的测试用例:<代码或描述>[粘贴代码或描述功能]</代码或描述>测试分类:正常路径:3 个正常预期使用的测试边界情况:5 个边界条件、空输入、最大值的测试错误情况:3 个无效输入、缺失数据、系统失败的测试安全性:2 个注入尝试、未授权访问的测试性能:1 个负载或大数据集下行为的测试对每个测试:测试名称(描述性)输入预期输出为什么这个测试重要
使用建议:大部分自测文件写了10个正常路径的测试,0个特殊情况的测试。正常路径的测试告诉你代码能在晴天行驶。边界和错误的测试告诉你它会不会在下雨天翻车。用户的实际行为是什么样的都有,用户会在输入框里塞一个富文本、传一个超长字符串、或者在网络断了的瞬间反复点按钮。
14. 重构规划器
这段代码需要重构: [粘贴代码]分析:前 3 个代码质量问题是什么?(重复逻辑、职责混杂、不必要的复杂)对每个问题:解释为什么这是一个问题,而不仅仅是"它存在"提出重构方案,按顺序列出具体步骤每步:展示重构前后的代码对比验证重构后的代码保持了完全相同的外部行为评估影响:这次重构对可维护性、可读性、可测试性有多大提升?不要改变外部行为。只做内部改进。
使用建议:不要改变外部行为,只做内部改进” 这句话一定是重构的定律。
第四部分:生产力和效能
15. 学习加速器
我想学习 [话题/技能]当前水平:[初级/中级/高级]可用时间:[每周多少小时]学习风格:[实践/理论/混合]目标:[学完后我能做什么]创建学习计划:前置知识:我需要先知道什么?(如果我缺少基础,请诚实告诉我)核心概念:必须掌握的 5-7 个关键概念,以及我应该按什么顺序学习它们项目:对每个概念,一个能通过动手实践来掌握的练习项目资源:对每个概念,最好的单一资源(不是 10 个选项——一个)验证点:我怎么知道我真的理解了这个概念?(具体测试,不是"感觉熟悉了")时间线:基于我的可用时间,切合实际的按周学习计划不要填满计划。如果我可以在 3 周内学会,不要拉长到 8 周。
使用建议:“每个概念只给一个最好资源” 是这个提示词里最反人性的也最有用的设定。大多数人的学习方式是:看见有用的,先收藏 ->每个看一点 -> 哪个都没看完 -> 学不会算了。单一资源的是替你做了选择,一本好书读完三遍好过于一本书去读三遍。
16. 习惯设计器
我想培养这个习惯:[描述习惯]我的日常作息:[典型的一天是什么样的]过去的尝试:[以前试过什么、为什么失败了]设计习惯实施方案:这个习惯的最小可行版本(2 分钟启动版)触发点:我把它挂载到现有的哪个习惯或事件上?环境设计:什么样的物理改变能让这个习惯更容易做?奖励:什么即时正向反馈能强化这个习惯?追踪方式:我怎么衡量连贯性?失败协议:某天没做到时我应该怎么办?(因为我肯定会有一天没做到)渐进:2 分钟版如何在 4 周内逐步成长?现实一点。我宁愿培养一个能坚持下来的小习惯,也不愿设计一个完美的方案然后一周就放弃。
使用建议:“失败协议”是整个提示词中最重要的设计。养成习惯的敌人是“间断”。你需要提前写好断掉一天后怎么办。这个协议的心理学本质是把“连续”偷换成 “频率”。
17. 周计划定制器
以下是我这个季度的目标:[列出目标]以下是我上周完成的事:[简要总结]以下是我本周的承诺:[会议、截止日期、固定事项]创建我的周计划:最重要的 3 件事(对季度目标贡献最大的事)日程安排(按天列出的会议和截止时间)缓冲任务(重要但时间灵活的事)刻意跳过(我本周选择不做的事以及原因)"刻意跳过"部分是最重要的。说"不"是优先事项之所以能是优先事项的原因。
使用建议:你的周计划中如果没有 “不做什么” 的话,就等于没有排优先级。人的时间是有限的,如果每一个都优先,那就等于没有一个优先的。刻意跳过,是你在对自己的时间说:这件事虽然重要,但是那件事更重要。
最后
并不是说你一定要按照特定的提示词去做,而是你可以从各种各样的提示词中学到提问方式。
从“许愿式” 到 “工程化” 指令的方法论的改变。
希望大家都能总结出最适合自己的一套提问方式。大家一起变得越来越好!

秒追AI信息

🌟点赞、转发、在看一键三连🌟

每天几分钟,把AI大事翻译成你听得懂的话!