导读：- 本文由 AI 研究者 @eng_khairallah1 发布，他测试 500 多个提示词后精选出40个结构化模板，覆盖写作、策略分析、技术开发、生产力、数据解读和沟通等领域，可在Claude、ChatGPT和Gemini上稳定产出专家级输出。

每个提示词均包含角色设定、上下文约束、输出格式、质量标准和示例，避免泛化指令，转而强调具体框架、证据要求和行动步骤，旨在将AI从随意工具提升为可靠生产系统。

作者：Khairallah AL-Awady（@eng_khairallah1） 是天使投资人、Web3Arabs创始人，专注AI与链上研究及“vibe coding”。他测试500+提示后精选40个结构化模板，帮助用户在Claude、ChatGPT等AI上稳定产出专家级输出。

我测试了 500 多个提示词，下面这 40 个每次都能产出专家级结果。

收藏这个：）

大多数提示词合集都很泛泛。“帮我写一篇博客文章。”“总结这段文字。”“解释这个概念。”

这些不是提示词。这些只是愿望。

真正的提示词，是经过工程化设计的指令。无论你使用哪个模型，它都能稳定产出高质量、可直接用于生产的结果。它包含角色、背景、约束、格式、质量标准和具体示例。

这 40 个提示词适用于 Claude、ChatGPT 和 Gemini。三个模型都测试过。三个模型都验证过。可以直接复制粘贴。

按使用场景整理。标注难度。请收藏。

写作与内容（01 到 10）

01. 专家级文章作者

你是一位资深内容策略师，曾为顶级出版物撰稿。请写一篇关于 [主题] 的 [字数] 字文章。受众：[他们是谁，以及他们已经知道什么] 角度：[你的独特观点，这篇文章与同主题其他文章的不同之处] 结构：

• 钩子：用一个大胆判断或令人意外的事实开头。不要写泛泛的引言。
• 问题：说明当前对这个主题的思考方式为什么错误或不完整。
• 框架：用 3 到 5 个有名称的小节呈现你的论点，并使用清晰标题。
• 证据：每个小节必须包含一个具体示例、案例研究或数据点。
• 行动：最后给出读者本周可以采取的 3 个具体行动。

规则：

• 段落：每段最多 3 句。
• 不要使用填充语（“值得注意的是”“在当今世界”）。
• 不要使用模糊保留词（“可能”“有可能”“似乎”）。
• 每个判断都必须具体，不能含糊。
• 每个小节中最重要的一句话加粗。文章质量应达到无需编辑即可发布的水平。

02. 长推架构师

写一组关于 [主题] 的 Twitter/X 长推。长推结构：

• 第 1 条：钩子。大胆判断、惊人统计或反常识观点。必须在 2 秒内让人停止滑动。
• 第 2 到 3 条：问题。说明多数人为什么理解错了。
• 第 4 到 10 条：框架。编号步骤、技巧或洞察。每条一个。每条推文都必须能单独成立，同时按顺序连贯推进。
• 第 11 到 12 条：真实示例或案例研究，证明框架有效。
• 最后一条：一个可执行要点，加行动号召。

规则：

• 每条推文少于 280 个字符。
• 不要使用话题标签。
• 除非能增加含义，否则不要使用 emoji。
• 不要写“让我解释一下”或“事情是这样的”，每条推文都要直接进入实质内容。
• 长推读起来应像在向一个敏锐的朋友学习，而不是在读教科书。总计：12 到 15 条推文。

03. 邮件起草器

为这个情境起草一封邮件：[描述情境、收件人和你的目标] 语气：[专业/随意/直接/外交式] 规则：

• 主题行：具体且以行动为导向，不要写“简单问一下”或“跟进”。
• 开头：第一句话直接进入重点。不要写“希望你一切都好”。
• 正文：最多 3 个短段落。每个段落只服务一个目的。
• 结尾：明确下一步或请求。收件人应清楚知道你希望他们做什么。
• 总长度：150 词以内。生成 2 个版本：版本 A：[语气 1，例如直接而坚定] 版本 B：[语气 2，例如温暖而协作]

04. 内容再利用器

将这段内容改造成 5 种格式：<original_content> [粘贴你的文章/帖子/转录稿] </original_content> 创建：

1. Twitter/X 长推（12 条推文，每条少于 280 个字符）
2. LinkedIn 帖子（200 到 300 词，专业但不公司腔）
3. Newsletter 开头（100 词，引出完整内容）
4. 3 条独立社交媒体帖子（每条可独立阅读，每条突出一个不同洞察）
5. 短视频脚本（60 秒，口语化，适合对着镜头说）

规则：

• 每种格式都应符合其平台原生表达，而不是复制粘贴感。
• 所有格式都保留核心论点和关键洞察。
• 按平台调整语气：X = 犀利直接，LinkedIn = 专业且有思考，Newsletter = 个人化且有专属感。

05. 文案转化器

重写这段文字，让它更有说服力： [粘贴文本]  应用这些文案原则：

• 先讲收益，再讲功能。
• 用具体数字替代模糊说法。
• 在异议形成前先回应。
• 制造紧迫感，但不操纵读者。
• 以清晰、低摩擦的行动号召结尾。先展示重写版本，然后解释你做出的 3 个最有影响力的修改，以及它们为什么在心理上有效。

06. 博客文章大纲师

为一篇关于 [主题] 的博客文章创建详细大纲。目标受众：[谁] 目标：[读者读完后应该做什么/感受到什么/知道什么] 目标长度：[字数] 每个小节提供：

• 标题（有吸引力、具体、不泛泛）
• 2 到 3 句摘要，说明该小节涵盖什么。
• 该小节需要的关键数据点、示例或论点。
• 通往下一节的过渡。

同时包括：

• 3 个备选标题（按预估点击率排序）
• 建议的 meta description（160 个字符以内）
• 5 个内部/外部链接机会。

07. 叙事改造器

将这些干燥的事实信息改造成一个有吸引力的叙事： [粘贴干燥事实、数据或技术内容]  规则：

• 用一个具体场景、人物或时刻开头，不要用定义开头。
• 将事实编织成故事弧：铺垫 → 张力 → 解决。
• 使用类比，让复杂想法变得直观。
• 包含一个“恍然大悟”的时刻，让读者的理解发生转变。
• 结尾给出一个能连接回读者生活的要点。

保持事实准确。改变表达方式，不改变真相。

08. 标题生成器

为这段内容生成 20 个标题选项：[内容简述] 分类：

• 5 个好奇心驱动标题（让人必须点击）
• 5 个收益驱动标题（让人立刻看到价值）
• 5 个反常识标题（挑战他们当前相信的东西）
• 5 个具体数字标题（使用精确数量或时间范围）

对每个标题，用 1 到 10 分评估预估点击率，并解释原因。最后给出综合排名前 3 的标题及理由。

09. 案例研究构建器

将这些原始事实变成一个有吸引力的案例研究：客户：[名称/类型] 问题：[他们遇到的困难] 解决方案：[实施了什么] 结果：[可衡量成果] 结构：

1. 挑战（2 段，让读者感受到痛点）
2. 方法（3 到 4 段，说明采取的具体步骤，不要泛泛描述）
3. 结果（1 到 2 段，包含具体数字和前后对比）
4. 关键收获（1 段，说明适用于读者的经验）
5. 引用金句（基于结果，写一句客户真实可能说的话）

规则：

• 使用现在时，增强现场感。
• 至少包含 3 个具体数字。
• 引用金句要真实，不能像营销文案。

10. 风格模仿器

分析同一作者的这 3 个写作样本：<sample_1>[粘贴]</sample_1> <sample_2>[粘贴]</sample_2> <sample_3>[粘贴]</sample_3> 识别：

• 句长模式（短句、混合、长句）
• 词汇水平（简单、技术化、混合）
• 语气（正式、随意、权威、对话式）
• 结构习惯（段落长度、标题使用、项目符号模式）
• 反复出现的标志性短语或模式。
• 他们一贯避免的东西。

然后写一篇关于 [新主题] 的 300 词文章，精确匹配这位作者的风格。读者应相信这是原作者写的。

分析与策略（11 到 20）

11. SWOT 分析师

对 [公司/产品/策略] 进行全面 SWOT 分析。对每个象限（优势、劣势、机会、威胁）：

• 列出 5 个具体项目，不要泛泛而谈，要与这个具体情境相关。
• 对每个项目：用一句话解释为什么它属于该象限。
• 评估每个项目的影响：高 / 中 / 低。

然后提供：

• 基于该分析的第一战略优先级（一句话）
• 如果忽视该优先级，最大的风险是什么（一句话）
• 本周要采取的第一个行动（一个具体、可执行步骤）

12. 决策矩阵

我需要在这些选项之间做决定：[列出 2 到 4 个选项] 背景：[相关背景，包括预算、时间线、团队、目标] 构建一个决策矩阵：

1. 识别这个决策最重要的 5 个标准（如果不确定，请问我）
2. 按重要性给每个标准加权（总计必须为 100%）
3. 按每个标准给每个选项打分（1 到 10 分）
4. 计算加权得分。
5. 以格式化表格呈现。

然后写一段 2 段式建议：

• 清楚说明应该选择哪个选项以及原因。
• 承认第二名选项最强的支持理由。
• 指出哪一个条件会改变这个建议。

13. 根因分析师

这是我正在面对的问题：[描述问题及其症状] 进行根因分析：

1. 连续问 5 次“为什么？”（5 Whys 技术），每次更深入。
2. 对每一层，识别它是症状还是根因。
3. 在最深层识别真正根因。
4. 提出 3 个解决方案，一个针对表层症状，一个针对中层原因，一个针对根因。
5. 推荐应实施哪个方案，并说明原因。

不要照单全收我对问题的初始表述。真正的问题经常不是我描述的那个。

14. 市场机会扫描器

分析 [产品/服务想法] 的市场机会。评估：

1. 需求：谁想要这个？有多少人？你怎么知道他们想要？
2. 竞争：还有谁在做？他们收多少钱？他们的弱点在哪里？
3. 时机：为什么是现在？发生了什么变化，使它今天可行，而过去不可行？
4. 护城河：什么能阻止竞争者在 6 个月内复制这个？
5. 单位经济模型：每位客户的交付成本是多少，能收多少钱？

每个部分都要具体，尽可能使用数字，并标出你不确定的地方。最后给出 GO / CAUTIOUS GO / NO GO 建议，并注明你的信心等级（高/中/低）。

15. 会议策略师

我有一个关于 [主题] 的会议，对方是 [谁，包括他们的角色、关系、关心什么]。我这次会议的目标：[你想达成什么] 准备：

1. 开场陈述（2 句，为对话设定正确框架）
2. 我必须传达的 3 个关键点（按优先级排序）
3. 我应该问的 3 个问题（按重要性从高到低排序）
4. 3 个可能的异议，以及如何回应每个异议。
5. 我的理想收尾陈述（总结共识和下一步）
6. 离场底线：最低可接受结果是什么？

16. 定价策略师

帮我为 [产品/服务] 定价。背景：

• 它做什么：[描述]
• 面向谁：[目标客户]
• 我的交付成本：[你的成本]
• 竞争对手定价：[替代方案收费，如已知]
• 交付的价值：[客户获得什么，包括节省时间、赚到钱、解决问题]

设计一个定价结构：

1. 三个层级（入门、核心、高端），名称要反映价值，而不是尺寸大小。
2. 每个层级包含什么，以及为什么这样划分边界。
3. 每个价格点背后的心理学。
4. 多数客户应该落在哪个层级，以及如何引导他们到那里。
5. 一次性收费与订阅收费分析，哪个模型更适合以及原因。

用格式化对比表展示定价。

17. 竞争拆解器

对 [竞争对手名称/URL] 进行竞争拆解。分析：

1. 定位：他们的核心信息是什么？目标客户是谁？他们在出售哪种情绪？
2. 产品：他们实际提供什么？核心功能是什么，锦上添花的功能是什么？
3. 定价：他们如何收费？每个层级包含什么？利润空间在哪里？
4. 内容：他们发布哪些主题？频率如何？哪种格式表现最好？
5. 弱点：他们哪里脆弱？客户抱怨什么？他们没有做什么？

最后以这句话结尾：“如果我要直接与 [竞争对手] 竞争，我会在这 3 件事上做得不同……”

18. OKR 构建器

帮我为 [团队/个人/公司] 创建 [时间段] 的 OKR。背景：[当前情况，包括我们在哪里、想去哪里、拥有哪些资源] 对每个 Objective（建议 3 个）：

• Objective：有野心但可实现，定性，能激励人。
• 3 到 4 个 Key Results：具体、可衡量、有时间限制。
• 对每个 Key Result：当前基线、目标，以及如何衡量。
• 这个 Key Result 在该时间范围内可实现的信心等级（1 到 10）。

标出任何可能相互冲突的 Key Results。

19. 风险评估师

我即将 [描述计划/决策/项目]。进行风险评估：

1. 列出最可能发生的 7 个风险（可能出错的事情）。
2. 对每个风险：

• 概率：高 / 中 / 低。
• 发生后的影响：高 / 中 / 低。
• 早期预警信号（我如何发现这个风险正在显现？）
• 缓解策略（我如何预防它？）
• 应急计划（如果它还是发生了，我该怎么办？）

1. 将所有风险绘制在 2x2 矩阵中（概率 vs. 影响）。
2. 识别我应该主动监控的前 3 个风险。

请悲观一点。我想听到我尚未考虑的风险，而不是一切都会顺利的安慰。

20. 复盘主持人

为这个项目/阶段主持复盘：[描述发生了什么] 结构：

1. 做得好的地方（识别 5 件具体有效的事情，并提供证据）
2. 出问题的地方（识别 5 件具体无效的事情，并说明根因）
3. 我们学到了什么（3 条会改变我们未来工作方式的经验）
4. 我们将如何不同地做（3 个具体、可执行的改变，不要写模糊意向）
5. 我们将停止做什么（2 件应该刻意停止的事）

规则：

• 要具体。“沟通很差”没有用。“产品团队直到上线前 2 天才知道定价变更，导致大家匆忙更新营销材料”才有用。
• 对每个识别出的问题，都要包含一个具体的预防动作。

技术与开发（21 到 28）

21. 架构顾问

我想构建 [描述系统]。需求：

• [需求 1]
• [需求 2]
• [需求 3]
• 预期规模：[用户/数据量]
• 预算约束：[任何限制]

提出 2 种架构方案。对每种方案：

1. 组件图（用文字描述，列出每个服务/模块及其连接方式）
2. 技术选择及每项选择的理由。
3. 优点和缺点（诚实说明取舍）。
4. 预估复杂度：简单 / 中等 / 复杂。
5. 该方案最可能出问题的一件事。

推荐其中一种方案。解释原因。然后按顺序给出前 5 个实施步骤。

22. 代码审查员

审查这段代码： [粘贴代码]  检查：

1. 安全：注入漏洞、泄露密钥、XSS、不安全的数据处理。
2. 逻辑：未处理边界情况、条件逻辑错误、差一错误。
3. 性能：N+1 查询、不必要计算、缺少缓存机会。
4. 可读性：命名不清晰、复杂逻辑缺少注释、嵌套过深。
5. 最佳实践：违反语言约定、缺少错误处理、未使用的导入。

对发现的每个问题：

• 严重程度：Critical / High / Medium / Low。
• 精确位置（行号或函数名）。
• 为什么这是问题（不只说明哪里错，还要说明会发生什么）。
• 修复方式（展示修正后的代码）。如果代码很干净，请直接说明。不要为了显得全面而编造问题。

23. 调试诊断师

我遇到了这个错误：[粘贴完整错误信息和堆栈跟踪] 背景：[代码本应该做什么]

1. 不要立刻跳到修复。
2. 首先：用通俗语言解释这条错误信息是什么意思。
3. 第二：按概率从高到低列出 3 个最可能的根因。
4. 第三：对每个潜在原因，说明什么证据可以确认它。
5. 第四：根因确认后，展示修复方法。
6. 第五：解释如何避免未来再出现这类 bug。

[粘贴相关代码]

24. API 设计师

为 [描述系统/功能] 设计一个 REST API。对每个 endpoint：

• Method 和 path（遵循 REST 惯例）
• 请求体 schema（包含必填/可选字段）
• 响应 schema（成功和错误情况）
• 认证要求。
• 限流建议。

同时包括：

• 错误响应格式（所有 endpoint 保持一致）
• 列表 endpoint 的分页方式。
• 版本策略。
• 3 个潜在安全问题及其解决方式。

以格式化 API 参考文档呈现。

25. 数据库 Schema 设计师

为 [描述应用] 设计数据库 schema。需求：

• [列出关键实体和关系]
• 预期规模：[数据量和增长率]

对每张表：

• 列及类型、约束、说明。
• 主键和索引。
• 外键关系。

同时提供：

• 实体关系描述（表之间如何连接）
• 该 schema 必须高效支持的 3 个常见查询。
• 针对这些查询的索引建议。
• 一个潜在扩展问题及应对方式。
• 需求未来变化时的迁移策略。

26. 测试用例生成器

为这个函数/功能生成全面测试用例：<code_or_description> [粘贴代码或描述功能] </code_or_description> 测试类别：

1. 正常路径：3 个正常、预期使用场景测试。
2. 边界情况：5 个测试，覆盖边界条件、空输入、最大值。
3. 错误情况：3 个测试，覆盖无效输入、缺失数据、系统故障。
4. 安全：2 个测试，覆盖注入尝试、未授权访问。
5. 性能：1 个测试，覆盖大数据量或负载下的行为。

对每个测试：

• 测试名称（描述性）
• 输入。
• 预期输出。
• 这个测试为什么重要。

27. 文档作者

为这段代码/API/系统编写开发者文档：<code_or_spec> [粘贴代码或规格说明] </code_or_spec> 包括：

1. 概览（它做什么，为什么存在，2 到 3 句）
2. 快速开始（5 分钟内跑起来）
3. 核心概念（解释心智模型，而不只是 API 表面）
4. API 参考（每个公开函数/endpoint 的参数、返回值和示例）
5. 常见模式（3 个典型使用模式，附代码示例）
6. 故障排查（5 个常见问题及解决方案）

写给聪明但从未见过这个代码库的开发者。

28. 重构规划师

这段代码需要重构： [粘贴代码]  分析：

1. 最重要的 3 个代码质量问题是什么？（重复逻辑、职责混杂、不必要复杂度）
2. 对每个问题：解释为什么它是问题，而不只是指出它存在。
3. 提出按顺序执行的重构计划。
4. 对每一步：展示重构前和重构后的代码。
5. 验证重构后的代码保持完全相同的外部行为。
6. 估算影响：这会在多大程度上改善可维护性、可读性和可测试性？

不要改变外部行为。只做内部改进。

生产力与个人（29 到 35）

29. 周计划器

这是我本季度的目标：[列出目标] 这是我上周完成的事情：[简要总结] 这是我本周的承诺事项：[会议、截止日期、义务] 创建我的周计划：

1. 前 3 个优先事项（对季度目标最重要的事情）
2. 已排期事项（按天列出会议和截止日期）
3. 缓冲任务（重要但时间灵活）
4. 刻意跳过（本周我选择不做的事情，以及原因）

“刻意跳过”是最重要的部分。说不，优先级才能保持优先。

30. 学习加速器

我想学习 [主题/技能]。我的当前水平：[初学/中级/高级] 可用时间：[每周小时数] 学习风格：[实践型/理论型/混合型] 目标：[学完后我希望能够做什么] 创建一份学习计划：

1. 先修知识：我需要先知道什么？（如果我缺少基础，请诚实指出）
2. 核心概念：我必须理解的 5 到 7 个关键想法，按学习顺序排列。
3. 项目：对每个概念，给一个通过动手构建来学习它的项目。
4. 资源：对每个概念，给出单一最佳资源（不要给 10 个选项，只给一个）。
5. 里程碑：我如何知道自己真正理解了每个概念？（具体测试，不要写“感觉熟悉”）
6. 时间线：基于我的可用时间，给出现实的逐周计划。

不要填充内容。如果 3 周能学会，就不要拉长到 8 周。

31. 谈判准备

我即将与 [谁] 就 [什么] 进行谈判。背景：[相关背景，包括关系、历史、权力动态] 我的理想结果：[最佳情况] 我的可接受结果：[最低可接受结果] 对方可能立场：[他们大概率想要什么] 准备：

1. 我的开场立场及其理由。
2. 我可以提供的 3 个让步（从最小到最大排序）。
3. 对每个让步，我应该要求对方交换的 3 件事。
4. 对方最可能提出的 3 个异议，以及我的回应。
5. 2 个能让双方获得更多价值的创造性选项（扩大蛋糕）。
6. 我的离场话术，以及优雅退出时会使用的原话。

32 — 习惯设计师

我想建立这个习惯：[描述习惯] 我当前的日常：[典型一天是什么样] 过去尝试：[以前试过什么，为什么失败] 设计一个习惯实施计划：

1. 这个习惯的最小可行版本（2 分钟起步版）。
2. 触发器：我会把它附着在哪个已有习惯或事件后？
3. 环境设计：什么物理改变会让习惯更容易发生？
4. 奖励：什么即时正反馈能强化这个习惯？
5. 追踪方法：我如何衡量连续性？
6. 失败协议：漏掉一天时怎么办？（因为一定会发生）
7. 进阶：这个 2 分钟版本如何在 4 周内成长？

要现实。我宁愿建立一个能坚持的小习惯，也不要设计一套一周后就放弃的完美日程。

数据与研究（33 到 37）

33. 数据解读器

分析这些数据： [粘贴数据，包括 CSV、表格、数字、调查结果等]  提供：

1. 摘要统计（关键数字一览）
2. 最重要的 3 个模式或趋势。
3. 2 个不那么显而易见的惊人发现。
4. 1 个可能误导人的数据面向（什么可能被误读？）
5. 这些数据提出的 3 个问题，需要额外数据才能回答。

受众：[谁会阅读这份分析，以及他们的技术水平] 先用通俗语言呈现发现，再给出支持数字。

34. 调查分析器

分析这些调查结果：<survey_data> [粘贴调查回复] </survey_data> 提供：

1. 受访者池中的关键人口统计/分群。
2. 按重要性排序的前 5 个发现。
3. 共识区域（受访者强烈一致的地方）。
4. 分歧区域（意见分裂的地方）。
5. 与常见假设相矛盾的惊人发现。
6. 基于数据的可执行建议（3 件具体要做的事）。
7. 这份数据的局限性（样本量、偏差、我们不能得出什么结论）。

35. 研究综合器

我已经收集了多个关于 [主题] 的来源：<source_1>[粘贴或总结]</source_1> <source_2>[粘贴或总结]</source_2> <source_3>[粘贴或总结]</source_3> 综合：

1. 所有来源中的关键主题（它们在哪些方面一致？）
2. 矛盾（来源在哪些方面不一致？谁更可信，为什么？）
3. 空白（哪些问题仍未回答？）
4. 我可以有信心提出的 3 个最重要结论。
5. 接下来应该研究什么，以加强我的理解。

不要只是分别总结每个来源。我要真正的综合，找出单独阅读各来源时不明显的连接和模式。

沟通（36 到 40）

36. 困难对话准备

我需要与 [谁，包括角色、关系] 就 [主题] 进行一次困难对话。情况：[发生了什么，以及为什么这次对话有必要] 我的目标：[我想达成什么，而不只是我想说什么] 对方可能反应：[我预计他们会如何回应] 准备：

1. 开场陈述（直接但有同理心，不回避问题，也不攻击对方）。
2. 一句话核心信息（无论对话如何发展，都必须传达什么）。
3. 如何处理防御反应（针对“这不公平”/“你错了”/情绪化反应的具体回应）。
4. 如何主动倾听（为了理解对方视角应该问哪些问题）。
5. 如何达成解决（3 种可能结果，从最好到可接受排序）。
6. 收尾陈述（总结共识，保留关系，定义下一步）。

37. 反馈给予者

我需要给 [谁，包括角色、关系] 关于 [什么，具体行为或工作] 的反馈。背景：[关系是否积极？是否反复出现？是否第一次？] 使用这个框架起草反馈：

1. 观察（我具体观察到了什么，描述行为而非人格）。
2. 影响（它如何影响团队、项目或结果，要具体）。
3. 期待（我希望之后看到什么，要具体且可实现）。
4. 支持（我会做什么来帮助他们成功，而不只是要求改变）。

语气：[支持性 / 直接 / 严肃] 写成口头表达，而不是邮件。这是一场对话，不是一份备忘录。

38. 演示大纲师

为 [主题] 创建演示大纲。受众：[谁，以及他们关心什么] 时长：[长度] 目标：[演示结束后，受众应该做什么/想什么/感受到什么] 结构：

1. 开场（30 秒，让他们放下手机的钩子）
2. 问题（1 到 2 分钟，让他们感受到当前处境的痛点）
3. 解决方案（3 到 5 分钟，你的框架/提案/洞察，拆成 3 个清晰要点）
4. 证据（2 到 3 分钟，为每个要点提供具体示例、数据或案例）
5. 异议处理（1 到 2 分钟，在他们提出前先回应最大担忧）
6. 行动号召（30 秒，明确你希望他们接下来做什么）

对每个部分：给出关键幻灯片内容、演讲者备注，以及通往下一部分的一句过渡。

39. 道歉撰写器

我需要为 [发生了什么] 向 [谁] 道歉。背景：[情况，包括我做了什么、造成的影响、关系] 起草一份道歉，要求：

1. 明确承认我做错了什么（不要含糊，要说清具体行为）。
2. 展示我理解这对他们造成的影响（从他们的视角，而不是我的视角）。
3. 完全负责（不说“但是”，不说“如果”，不转移责任）。
4. 解释我之后会如何不同地做（具体、可执行、可验证）。
5. 不请求原谅（那是对方的选择，不是我的要求）。

语气真诚直接。200 词以内。不要过度解释。不要把重点转到我的感受上。生成 2 个版本：版本 A：书面版（邮件/消息）版本 B：口头版（当面会说的话）

40. 电梯演讲构建器

为 [产品/服务/想法] 构建电梯演讲。受众：[我要向谁介绍] 场景：[这个演讲会发生在哪里，包括投资人会议、社交活动、冷启动联系] 时长：[30 秒 / 60 秒 / 2 分钟] 结构：

1. 钩子（一句话，让他们想继续听）
2. 问题（一句话描述痛点，使用他们的语言，而不是你的语言）
3. 解决方案（一句话描述我做什么，不讲它如何运作，讲它为他们带来什么）
4. 证明（一句话建立可信度，包括增长、结果、知名客户）
5. 请求（一句话，说明我希望他们下一步做什么）

生成 3 个不同能量水平的版本：版本 A：自信大胆。版本 B：对话式且温暖。版本 C：数据驱动且精确。每个版本都应该适合自然地说出口，而不是像书面稿。

如何使用这个合集

第 1 步： 保存这份清单。你不会记住 40 个提示词，也不应该尝试硬记。

第 2 步： 找出本周与你工作最相关的 5 个提示词。复制它们。自定义变量。开始使用。

第 3 步： 当某个提示词产出很好的结果时，把自定义后的版本保存到个人模板文件。随着时间推移，你会建立一个贴合自己工作的模板库。

第 4 步： 每周尝试这份清单里 2 到 3 个你以前没用过的提示词。逐渐扩展你的能力。

复利效应： 持续使用一个月后，你的 AI 工作流会达到多数人几年内都达不到的水平。

TL;DR

40 个提示词。已在 Claude、ChatGPT 和 Gemini 上测试。每一个都为专家级输出而设计。

写作与内容。分析与策略。技术开发。生产力。数据与研究。沟通。

停止输入模糊提示词。开始使用工程化提示词。

这个合集花了数月时间测试和打磨。

参考阅读

• 别再把上下文当聊天记录

• Claude 发布官方报告，承认存在 3 处质量退化问题

• 刚刚Opus 4.7发布，相比4.6核心变化，与Claude Code搭配最佳实践

• 很多企业做完 AI PoC，为什么还是上不了生产

如果你也在关注 AI 应用如何真正落地到生产环境，2026.6.26 - 6.27 GIAC 深圳站值得留意。这次大会会集中讨论智能应用开发、架构演进，以及来自一线实践的经验与案例，识别二维码可申请大会体验门票，点击阅读原文了解大会详细议程。