作者：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 种格式： [粘贴你的文章/帖子/转录稿]
创建：Twitter/X 长推（12 条推文，每条少于 280 个字符）
LinkedIn 帖子（200 到 300 词，专业但不公司腔）
Newsletter 开头（100 词，引出完整内容）
3 条独立社交媒体帖子（每条可独立阅读，每条突出一个不同洞察）
短视频脚本（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. 案例研究构建器
将这些原始事实变成一个有吸引力的案例研究：
客户：[名称/类型]
问题：[他们遇到的困难]
解决方案：[实施了什么]
结果：[可衡量成果]
结构：
挑战（2 段，让读者感受到痛点）
方法（3 到 4 段，说明采取的具体步骤，不要泛泛描述）
结果（1 到 2 段，包含具体数字和前后对比）
关键收获（1 段，说明适用于读者的经验）
引用金句（基于结果，写一句客户真实可能说的话）
规则：
使用现在时，增强现场感。
至少包含 3 个具体数字。
引用金句要真实，不能像营销文案。
10. 风格模仿器
分析同一作者的这 3 个写作样本：[粘贴] [粘贴] [粘贴]
识别：
句长模式（短句、混合、长句）
词汇水平（简单、技术化、混合）
语气（正式、随意、权威、对话式）
结构习惯（段落长度、标题使用、项目符号模式）
反复出现的标志性短语或模式。
他们一贯避免的东西。
然后写一篇关于 [新主题] 的 300 词文章，精确匹配这位作者的风格。
读者应相信这是原作者写的。
11. SWOT 分析师
对 [公司/产品/策略] 进行全面 SWOT 分析。
对每个象限（优势、劣势、机会、威胁）：
列出 5 个具体项目，不要泛泛而谈，要与这个具体情境相关。
对每个项目：用一句话解释为什么它属于该象限。
评估每个项目的影响：高 / 中 / 低。
然后提供：
基于该分析的第一战略优先级（一句话）
如果忽视该优先级，最大的风险是什么（一句话）
本周要采取的第一个行动（一个具体、可执行步骤）
12. 决策矩阵
我需要在这些选项之间做决定：[列出 2 到 4 个选项]
背景：[相关背景，包括预算、时间线、团队、目标]
构建一个决策矩阵：识别这个决策最重要的 5 个标准（如果不确定，请问我）
按重要性给每个标准加权（总计必须为 100%）
按每个标准给每个选项打分（1 到 10 分）计算加权得分。
以格式化表格呈现。
然后写一段 2 段式
建议：
清楚说明应该选择哪个选项以及原因。
承认第二名选项最强的支持理由。
指出哪一个条件会改变这个建议。
13. 根因分析师
这是我正在面对的问题：[描述问题及其症状]
进行根因分析：连续问 5 次“为什么？”（5 Whys 技术），每次更深入。
对每一层，识别它是症状还是根因。
在最深层识别真正根因。
提出 3 个解决方案，一个针对表层症状，一个针对中层原因，一个针对根因。
推荐应实施哪个方案，并说明原因。
不要照单全收我对问题的初始表述。
真正的问题经常不是我描述的那个。
14. 市场机会扫描器
分析 [产品/服务想法] 的市场机会。
评估：
需求：谁想要这个？有多少人？你怎么知道他们想要？
竞争：还有谁在做？他们收多少钱？他们的弱点在哪里？
时机：为什么是现在？发生了什么变化，使它今天可行，而过去不可行？
护城河：什么能阻止竞争者在 6 个月内复制这个？
单位经济模型：每位客户的交付成本是多少，能收多少钱？
每个部分都要具体，尽可能使用数字，并标出你不确定的地方。
最后给出 GO / CAUTIOUS GO / NO GO 建议，并注明你的信心等级（高/中/低）。
15. 会议策略师
我有一个关于 [主题] 的会议，对方是 [谁，包括他们的角色、关系、关心什么]。
我这次会议的目标：[你想达成什么]
准备：开场陈述（2 句，为对话设定正确框架）
我必须传达的 3 个关键点（按优先级排序）
我应该问的 3 个问题（按重要性从高到低排序）
3 个可能的异议，以及如何回应每个异议。
我的理想收尾陈述（总结共识和下一步）
离场底线：最低可接受结果是什么？
16. 定价策略师
帮我为 [产品/服务] 定价。
背景：它做什么：[描述]
面向谁：[目标客户]
我的交付成本：[你的成本]
竞争对手定价：[替代方案收费，如已知]
交付的价值：[客户获得什么，包括节省时间、赚到钱、解决问题]
设计一个定价结构：
三个层级（入门、核心、高端），名称要反映价值，而不是尺寸大小。
每个层级包含什么，以及为什么这样划分边界。
每个价格点背后的心理学。
多数客户应该落在哪个层级，以及如何引导他们到那里。
一次性收费与订阅收费分析，哪个模型更适合以及原因。
用格式化对比表展示定价。
17. 竞争拆解器
对 [竞争对手名称/URL] 进行竞争拆解。
分析：
定位：他们的核心信息是什么？目标客户是谁？他们在出售哪种情绪？
产品：他们实际提供什么？核心功能是什么，锦上添花的功能是什么？
定价：他们如何收费？每个层级包含什么？利润空间在哪里？
内容：他们发布哪些主题？频率如何？哪种格式表现最好？
弱点：他们哪里脆弱？客户抱怨什么？他们没有做什么？
最后以这句话结尾：“如果我要直接与 [竞争对手] 竞争，我会在这 3 件事上做得不同……”
18. OKR 构建器
帮我为 [团队/个人/公司] 创建 [时间段] 的 OKR。
背景：[当前情况，包括我们在哪里、想去哪里、拥有哪些资源]
对每个 Objective（建议 3 个）：
Objective：有野心但可实现，定性，能激励人。
3 到 4 个 Key Results：具体、可衡量、有时间限制。
对每个 Key Result：当前基线、目标，以及如何衡量。
这个 Key Result 在该时间范围内可实现的信心等级（1 到 10）。
标出任何可能相互冲突的 Key Results。
19. 风险评估师
我即将 [描述计划/决策/项目]。
进行风险评估：列出最可能发生的 7 个风险（可能出错的事情）。
对每个风险：
概率：高 / 中 / 低。
发生后的影响：高 / 中 / 低。
早期预警信号（我如何发现这个风险正在显现？）
缓解策略（我如何预防它？）
应急计划（如果它还是发生了，我该怎么办？）
将所有风险绘制在 2x2 矩阵中（概率 vs. 影响）。
识别我应该主动监控的前 3 个风险。
请悲观一点。
我想听到我尚未考虑的风险，而不是一切都会顺利的安慰。
20. 复盘主持人
为这个项目/阶段主持复盘：[描述发生了什么]
结构：
做得好的地方（识别 5 件具体有效的事情，并提供证据）
出问题的地方（识别 5 件具体无效的事情，并说明根因）
我们学到了什么（3 条会改变我们未来工作方式的经验）
我们将如何不同地做（3 个具体、可执行的改变，不要写模糊意向）
我们将停止做什么（2 件应该刻意停止的事）
规则：
要具体。
“沟通很差”没有用。
“产品团队直到上线前 2 天才知道定价变更，导致大家匆忙更新营销材料”才有用。
对每个识别出的问题，都要包含一个具体的预防动作。
技术与开发（21 到 28）
21. 架构顾问
我想构建 [描述系统]。
需求：[需求 1][需求 2][需求 3]
预期规模：[用户/数据量]
预算约束：[任何限制]
提出 2 种架构方案。
对每种方案：
组件图（用文字描述，列出每个服务/模块及其连接方式）
技术选择及每项选择的理由。
优点和缺点（诚实说明取舍）。
预估复杂度：简单 / 中等 / 复杂。
该方案最可能出问题的一件事。
推荐其中一种方案。
解释原因。
然后按顺序给出前 5 个实施步骤。
22. 代码审查员
审查这段代码： [粘贴代码]
检查：
安全：注入漏洞、泄露密钥、XSS、不安全的数据处理。
逻辑：未处理边界情况、条件逻辑错误、差一错误。
性能：N+1 查询、不必要计算、缺少缓存机会。
可读性：命名不清晰、复杂逻辑缺少注释、嵌套过深。
最佳实践：违反语言约定、缺少错误处理、未使用的导入。
对发现的每个问题：
严重程度：Critical / High / Medium / Low。
精确位置（行号或函数名）。
为什么这是问题（不只说明哪里错，还要说明会发生什么）。
修复方式（展示修正后的代码）。
如果代码很干净，请直接说明。
不要为了显得全面而编造问题。
23. 调试诊断师
我遇到了这个错误：[粘贴完整错误信息和堆栈跟踪]
背景：[代码本应该做什么]不要立刻跳到修复。
首先：用通俗语言解释这条错误信息是什么意思。
第二：按概率从高到低列出 3 个最可能的根因。
第三：对每个潜在原因，说明什么证据可以确认它。
第四：根因确认后，展示修复方法。
第五：解释如何避免未来再出现这类 bug。
[粘贴相关代码]
24. API 设计师
为 [描述系统/功能] 设计一个 REST API。
对每个 endpoint：Method 和 path（遵循 REST 惯例）
请求体 schema（包含必填/可选字段）
响应 schema（成功和错误情况）认证要求。
限流建议。
同时包括：
错误响应格式（所有 endpoint 保持一致）
列表 endpoint 的分页方式。
版本策略。
3 个潜在安全问题及其解决方式。
以格式化 API 参考文档呈现。
25. 数据库 Schema 设计师
为 [描述应用] 设计数据库 schema。
需求：[列出关键实体和关系]预期规模：[数据量和增长率]
对每张表：
列及类型、约束、说明。
主键和索引。
外键关系。
同时提供：实体关系描述（表之间如何连接）
该 schema 必须高效支持的 3 个常见查询。
针对这些查询的索引建议。
一个潜在扩展问题及应对方式。
需求未来变化时的迁移策略。
26. 测试用例生成器
为这个函数/功能生成全面测试用例： [粘贴代码或描述功能]
测试类别：正常路径：3 个正常、预期使用场景测试。
边界情况：5 个测试，覆盖边界条件、空输入、最大值。
错误情况：3 个测试，覆盖无效输入、缺失数据、系统故障。
安全：2 个测试，覆盖注入尝试、未授权访问。
性能：1 个测试，覆盖大数据量或负载下的行为。
对每个测试：测试名称（描述性）输入。
预期输出。这个测试为什么重要。
27. 文档作者
为这段代码/API/系统编写
开发者文档： [粘贴代码或规格说明]
包括：概览（它做什么，为什么存在，2 到 3 句）
快速开始（5 分钟内跑起来）
核心概念（解释心智模型，而不只是 API 表面）
API 参考（每个公开函数/endpoint 的参数、返回值和示例）
常见模式（3 个典型使用模式，附代码示例）
故障排查（5 个常见问题及解决方案）
写给聪明但从未见过这个代码库的开发者。
28. 重构规划师
这段代码需要重构： [粘贴代码]
分析：
最重要的 3 个代码质量问题是什么？（重复逻辑、职责混杂、不必要复杂度）
对每个问题：解释为什么它是问题，而不只是指出它存在。
提出按顺序执行的重构计划。
对每一步：展示重构前和重构后的代码。
验证重构后的代码保持完全相同的外部行为。
估算影响：这会在多大程度上改善可维护性、可读性和可测试性？
不要改变外部行为。
只做内部改进。
29. 周计划器
这是我本季度的目标：[列出目标]
这是我上周完成的事情：[简要总结]
这是我本周的承诺事项：[会议、截止日期、义务]
创建我的周计划：
前 3 个优先事项（对季度目标最重要的事情）
已排期事项（按天列出会议和截止日期）
缓冲任务（重要但时间灵活）
刻意跳过（本周我选择不做的事情，以及原因）
“刻意跳过”是最重要的部分。
说不，优先级才能保持优先。
30. 学习加速器
我想学习 [主题/技能]。
我的当前水平：[初学/中级/高级]
可用时间：[每周小时数]
学习风格：[实践型/理论型/混合型]
目标：[学完后我希望能够做什么]
创建一份学习计划：
先修知识：我需要先知道什么？（如果我缺少基础，请诚实指出）
核心概念：我必须理解的 5 到 7 个关键想法，按学习顺序排列。
项目：对每个概念，给一个通过动手构建来学习它的项目。
资源：对每个概念，给出单一最佳资源（不要给 10 个选项，只给一个）。
里程碑：我如何知道自己真正理解了每个概念？（具体测试，不要写“感觉熟悉”）
时间线：基于我的可用时间，给出现实的逐周计划。
不要填充内容。如果 3 周能学会，就不要拉长到 8 周。
31. 谈判准备
我即将与 [谁] 就 [什么] 进行谈判。
背景：[相关背景，包括关系、历史、权力动态]
我的理想结果：[最佳情况]
我的可接受结果：[最低可接受结果]
对方可能立场：[他们大概率想要什么]
准备：
我的开场立场及其理由。
我可以提供的 3 个让步（从最小到最大排序）。
对每个让步，我应该要求对方交换的 3 件事。
对方最可能提出的 3 个异议，以及我的回应。
2 个能让双方获得更多价值的创造性选项（扩大蛋糕）。
我的离场话术，以及优雅退出时会使用的原话。
32 — 习惯设计师
我想建立这个习惯：
[描述习惯]
我当前的日常：[典型一天是什么样]
过去尝试：[以前试过什么，为什么失败]
设计一个习惯实施计划：
这个习惯的最小可行版本（2 分钟起步版）。
触发器：我会把它附着在哪个已有习惯或事件后？
环境设计：什么物理改变会让习惯更容易发生？
奖励：什么即时正反馈能强化这个习惯？
追踪方法：我如何衡量连续性？
失败协议：漏掉一天时怎么办？（因为一定会发生）
进阶：这个 2 分钟版本如何在 4 周内成长？
要现实。
我宁愿建立一个能坚持的小习惯，也不要设计一套一周后就放弃的完美日程。
33. 数据解读器
分析这些数据： [粘贴数据，包括 CSV、表格、数字、调查结果等]
提供：
摘要统计（关键数字一览）
最重要的 3 个模式或趋势。
2 个不那么显而易见的惊人发现。
1 个可能误导人的数据面向（什么可能被误读？）
这些数据提出的 3 个问题，需要额外数据才能回答。
受众：[谁会阅读这份分析，以及他们的技术水平]
先用通俗语言呈现发现，再给出支持数字。
34. 调查分析器
分析这些调查结果： [粘贴调查回复]
提供：受访者池中的关键人口统计/分群。
按重要性排序的前 5 个发现。
共识区域（受访者强烈一致的地方）。
分歧区域（意见分裂的地方）。
与常见假设相矛盾的惊人发现。
基于数据的可执行建议（3 件具体要做的事）。
这份数据的局限性（样本量、偏差、我们不能得出什么结论）。
35. 研究综合器
我已经收集了多个关于 [主题] 的来源：
[粘贴或总结] [粘贴或总结] [粘贴或总结]
综合：所有来源中的关键主题（它们在哪些方面一致？）
矛盾（来源在哪些方面不一致？谁更可信，为什么？）
空白（哪些问题仍未回答？）
我可以有信心提出的 3 个最重要结论。
接下来应该研究什么，以加强我的理解。
不要只是分别总结每个来源。
我要真正的综合，找出单独阅读各来源时不明显的连接和模式。
36. 困难对话准备
我需要与 [谁，包括角色、关系] 就 [主题] 进行一次困难对话。
情况：[发生了什么，以及为什么这次对话有必要]
我的目标：[我想达成什么，而不只是我想说什么]
对方可能反应：[我预计他们会如何回应]
准备：
开场陈述（直接但有同理心，不回避问题，也不攻击对方）。
一句话核心信息（无论对话如何发展，都必须传达什么）。
如何处理防御反应（针对“这不公平”/“你错了”/情绪化反应的具体回应）。
如何主动倾听（为了理解对方视角应该问哪些问题）。
如何达成解决（3 种可能结果，从最好到可接受排序）。
收尾陈述（总结共识，保留关系，定义下一步）。
37. 反馈给予者
我需要给 [谁，包括角色、关系]
关于 [什么，具体行为或工作] 的反馈。
背景：[关系是否积极？是否反复出现？是否第一次？]
使用这个框架起草反馈：
观察（我具体观察到了什么，描述行为而非人格）。
影响（它如何影响团队、项目或结果，要具体）。
期待（我希望之后看到什么，要具体且可实现）。
支持（我会做什么来帮助他们成功，而不只是要求改变）。
语气：[支持性 / 直接 / 严肃] 写成口头表达，而不是邮件。
这是一场对话，不是一份备忘录。
38. 演示大纲师
为 [主题] 创建演示大纲。
受众：[谁，以及他们关心什么]
时长：[长度]
目标：[演示结束后，受众应该做什么/想什么/感受到什么]
结构：
开场（30 秒，让他们放下手机的钩子）
问题（1 到 2 分钟，让他们感受到当前处境的痛点）
解决方案（3 到 5 分钟，你的框架/提案/洞察，拆成 3 个清晰要点）
证据（2 到 3 分钟，为每个要点提供具体示例、数据或案例）
异议处理（1 到 2 分钟，在他们提出前先回应最大担忧）
行动号召（30 秒，明确你希望他们接下来做什么）
对每个部分：给出关键幻灯片内容、演讲者备注，以及通往下一部分的一句过渡。
39. 道歉撰写器
我需要为 [发生了什么] 向 [谁] 道歉。
背景：[情况，包括我做了什么、造成的影响、关系]
起草一份道歉，要求：
明确承认我做错了什么（不要含糊，要说清具体行为）。
展示我理解这对他们造成的影响（从他们的视角，而不是我的视角）。
完全负责（不说“但是”，不说“如果”，不转移责任）。
解释我之后会如何不同地做（具体、可执行、可验证）。
不请求原谅（那是对方的选择，不是我的要求）。
语气真诚直接。
200 词以内。
不要过度解释。
不要把重点转到我的感受上。
生成 2 个版本：
版本 A：书面版（邮件/消息）
版本 B：口头版（当面会说的话）
40. 电梯演讲构建器
为 [产品/服务/想法] 构建电梯演讲。
受众：[我要向谁介绍]
场景：[这个演讲会发生在哪里，包括投资人会议、社交活动、冷启动联系]
时长：[30 秒 / 60 秒 / 2 分钟]
结构：
钩子（一句话，让他们想继续听）问题（一句话描述痛点，使用他们的语言，而不是你的语言）
解决方案（一句话描述我做什么，不讲它如何运作，讲它为他们带来什么）
证明（一句话建立可信度，包括增长、结果、知名客户）
请求（一句话，说明我希望他们下一步做什么）
生成 3 个不同能量水平的版本：
版本 A：自信大胆。
版本 B：对话式且温暖。
版本 C：数据驱动且精确。
每个版本都应该适合自然地说出口，而不是像书面稿。
如何使用这个合集
第 1 步： 保存这份清单。你不会记住 40 个提示词，也不应该尝试硬记。
第 2 步： 找出本周与你工作最相关的 5 个提示词。复制它们。自定义变量。开始使用。
第 3 步： 当某个提示词产出很好的结果时，把自定义后的版本保存到个人模板文件。随着时间推移，你会建立一个贴合自己工作的模板库。
第 4 步： 每周尝试这份清单里 2 到 3 个你以前没用过的提示词。逐渐扩展你的能力。
复利效应： 持续使用一个月后，你的 AI 工作流会达到多数人几年内都达不到的水平。
40 个提示词,已在 Claude、ChatGPT 和 Gemini 上测试。
每一个都为专家级输出而设计。
写作与内容。
分析与策略。
技术开发。
生产力。
数据与研究。
沟通。
停止输入模糊提示词。开始使用工程化提示词。
这个合集花了数月时间测试和打磨。
评论
发表评论