关于提示词列表，大多数读起来都像是那些不会做饭的人写的烹饪书。它们形容词堆砌，却缺少实际成果。对于 Claude Sonnet 4.5 来说，诀窍不在于神秘的措辞或隐秘的关键词；而在于明确告诉模型你雇佣它来做什么，展示“好”的标准是什么，并限制范围蔓延。换句话说：把它当作一个聪明的实习生，拥有完美的记忆力，但除非你提供背景信息，否则它对一切都一无所知。
以下是重点：五十个 Claude Sonnet 4.5 提示词，你可以直接复制粘贴并用于实际项目。不是为了感觉，也不是为了“AI 灵感”，而是为了真正的工作。每个提示词都经过调整，以实现清晰的约束、可测试的输出和实际的极端情况。你可以按原样使用，也可以根据自己的喜好进行调整。把它们看作是套筒扳手，而不是魔法咒语。
在列表之前，有三条基本规则可以节省数小时的时间：
- 锁定范围（时间限制、字数、章节）。你可以随时迭代。
现在，是这五十个提示词。它们按常见工作分类，并使用人们实际搜索的关键词作为简单的标题。Claude Sonnet 4.5 可以处理剩下的事情。
产品设计和 UX 写作提示词
- UX 微文案修复（错误状态）
你是一位资深的 UX 文案撰写人。改进此错误消息，使其更清晰、简洁，并注意语气。约束：1 句话，不带指责，提供一个后续步骤。输入："{message}" 输出：修改后的文案 + 1 个备选项（在括号中）。
- 新手引导流程图（SaaS）
充当产品策略师。为 {product} 针对 {persona} 制定一个 6 步新手引导流程。包括每个步骤的目标、摩擦点和成功指标。输出：编号列表。
- UX 评审清单
你是一位可用性研究员。审查此屏幕描述："{screen}"。输出一个包含 10 个项目的启发式清单，每个项目都有通过/失败状态，并且对于失败的项目，提供 1 句话的修复建议。
- 可转化的空状态文案
角色：专注于转化的 UX 文案撰写人。为 {feature} 创建一个空状态。约束：2 行：（1）价值主张，（2）主要操作。语气：友好，但不要过于可爱。
- 功能命名研讨会
你是一位产品命名专家。为 {benefit} 的功能生成 12 个名称。规则：1-2 个词，避免双关语，没有商标风险。按语气分组：功能型、描述型、理想型。
技术写作和工程提示词
- 清晰地解释代码（文档字符串）
充当一名资深工程师。为此函数编写一个 Python 文档字符串：
{code} 包括：目的、参数、返回值、副作用和 1 个示例。
- API 变更日志条目
角色：API 技术文档撰写人。为 {version} 版本起草一份简洁的变更日志。包括：重大变更、新增、已弃用、安全性。每个要点保持在一行内。
- 架构决策记录 (ADR)
你是技术负责人。创建一个 ADR，用于选择 {tech} 而不是 {alternative} 用于 {context}。包括：状态、背景、决策、后果（好的和坏的）、备选项。
- 性能分析计划
充当一名性能工程师。对于服务 {service}，提出一个 5 步计划，以分析和修复 P95 延迟。包括测量工具、测试数据集和回滚标准。
- 极端情况测试生成器
你是一位 QA 负责人。给定此函数描述 "{desc}"，列出 15 个极端情况以及精确的输入/输出对。至少包括 3 个病态情况。
内容策略和 SEO 提示词
- 内容简报 (SEO)
角色：执行编辑。创建一个针对关键词 "{primary}" 且具有 {intent} 意图的内容简报。包括：论点、角度、小标题、内部链接、竞争页面和 3 个要引用的数据点。
- 抵制无用内容的提纲
你是一位固执的编辑。为 "{topic}" 生成一个包含 10 个部分的提纲，每个部分都有 1 句话的目的说明，并且每个部分都有严格的字数限制。
- 具有克制的标题变体
充当标题撰写人。为 "{topic}" 生成 12 个标题，限制在 55-65 个字符内，没有点击诱饵，使用简明英语，并且主要关键词出现一次。
- 事实核查
你是一名事实核查员。对于下面的草稿，提取每个可验证的声明作为要点，并将每个声明标记为 [CITE]、[CALC] 或 [ANALYSIS]。草稿："{draft}"
- 用于精选摘要的 FAQ 构建器
角色：SEO 编辑。为 "{topic}" 创建 6 个简洁的 FAQ。每个答案：2 句话，自然地包含目标关键词一次，没有无用内容。
营销和产品信息提示词
- 不撒谎的定位声明
你是一位产品营销人员。为 {audience} 的 {product} 撰写一个定位声明，用可衡量的结果代替模糊的形容词。模板：对于 [受众]，他们 [任务]，[产品] 通过 [机制] 帮助 [结果]，这与 [备选方案] 不同。
- 定价页面文案
充当定价策略师。为 3 个层级（入门级/专业级/企业级）起草文案，并进行清晰的区分：适用于谁，3 个重点功能，以及每个层级的 1 个限制。没有虚假的“无限”。
- 发布电子邮件（直白）
角色：生命周期营销人员。为 {feature} 撰写一封发布电子邮件。约束：主题 ≤44 个字符，正文 ≤150 个单词，1 个 CTA，没有表情符号，避免使用“革命性”。
- 竞争性拆解
你是一位产品分析师。比较 {product} 和 {competitor} 在 {use case} 中的表现。输出表格样式的文本：优势、劣势、定价说明、迁移风险。最后提出中立的建议。
- 尊重时间的演示脚本
充当一名销售工程师。为 {product} 编写一个 6 分钟的演示脚本。结构：引言（30 秒），3 个场景（每个 90 秒），异议处理（60 秒），结束语（30 秒）。一个故事线索；没有功能展示。
数据、分析和研究提示词
- SQL 健全性检查
你是一位数据工程师。审查此 SQL：
{sql}。识别逻辑错误、性能问题，并提出更正后的查询。简要解释。
- 指标定义护栏
角色：分析负责人。定义指标 "{metric}"。包括：业务问题、公式、包含/排除、延迟、所有者和反指标。
- 实验设计 (A/B)
你是一位数据科学家。为 {change} 设计一个 A/B 测试。包括假设、随机化单位、样本量估计、护栏和停止条件。
- 不会过时的仪表板规范
充当一名 PM。为 {team} 编写一个仪表板规范。包括 5-7 个指标，每个指标都有定义、图表类型、刷新频率以及谁关心。最后添加一个弃用规则。
- 决策的证据地图
你是一位研究员。对于决策 "{decision}"，绘制声明与证据强度之间的关系：强、中、弱、未知。输出带有链接/占位符的要点。
软件交付和协作提示词
- 拉取请求模板
角色：高级工程师。起草一个强调风险的 PR 模板。部分：发生了什么变化，原因，风险评估，测试，回滚计划，屏幕截图。
- 拥有所有权的事件事后分析
你是一位 SRE 负责人。为事件 {id} 编写一个无责备的事后分析提纲。时间线，影响，促成因素，哪些方面做得好，补救措施以及所有者/日期。
- Sprint 计划简报
充当一名交付经理。为 Sprint {n} 制定一份一页的计划。包括目标、5-7 个带有估算的 tickets、风险以及实际可检查的完成定义。
- 提前结束的会议议程
你是一位无情的协调人。为 {topic} 创建一个 30 分钟的议程。包括预读材料、要做的决定、时间框以及提前结束的规则。
- 范围缩小谈判草案
角色：产品负责人。起草一份提案，以缩小 {feature area} 的范围，同时保留关键价值。包括权衡、用户影响和一个为期 2 周的计划。
法律、政策和合规提示词
- 隐私政策差异
你是隐私顾问。为 Policy v{old} 和 v{new} 之间的更改起草一份红线样式的摘要。按收集的数据、目的、保留、权利、共享分组。
- DPA 调查问卷答案
充当一名合规官。简洁地回答此客户 DPA 调查问卷。如果问题无法回答，请标记并说明理由，并提出一个精确的替代方案。问题："{questions}"
- 可访问性验收标准
你是一位可访问性专家。为 {component} 创建 WCAG 2.2 AA 验收标准。包括键盘行为、焦点顺序、名称/角色/值以及屏幕阅读器说明。
- 供应商风险矩阵
角色：安全分析师。为 {vendor} 构建一个供应商风险矩阵。维度：数据敏感性、访问范围、影响范围、退出成本。每个单元格输出 2-3 个要点。
- 人类可读的条款摘要
你是一位使用简单语言的律师。为用户总结这些服务条款，包括 10 个要点，每个要点 ≤15 个单词，没有法律术语。输入："{terms}"
设计和创意提示词
- 没有无用内容的设计评论
你是一位设计总监。评论此设计描述："{desc}"。输出：5 个优势，5 个问题，以及 3 个与目标相关的具体修改建议。
- 情绪板词汇
充当一名创意负责人。为具有 {traits} 的品牌生成 20 个描述词。按颜色、纹理、运动、类型分组。
- 视觉层次结构重写
你是一位内容设计师。重写此登录页面的标题，以实现视觉层次结构：H1、副标题、CTA、支持要点（最多 3 个）。输入："{copy}"
- 品牌声音护栏
角色：品牌策略师。以做/不做配对的形式定义 {brand} 的声音：词汇、语法、幽默、正式程度、隐喻。
- 具有克制的社交文案
你是一位社交编辑。为 {announcement} 撰写 5 篇平台原生帖子。约束：Twitter/X ≤220 个字符，LinkedIn ≤3 行，Mastodon ≤500 个字符，Instagram ≤2 行 + 3 个标签，Threads ≤2 行。
运营和生产力提示词
- 人们会遵循的 SOP
充当一名运营负责人。为 {task} 编写一个 7 步 SOP。每个步骤都以动词开头，并且具有可衡量的结果。
- 项目启动文档
你是一位项目经理。为 {project} 起草一份一页的启动文档：背景、目标、里程碑、利益相关者、工作协议和风险。
- 招聘记分卡
角色：招聘经理。为 {role} 创建一个记分卡，包括 6 项能力、每项能力 3 个行为问题以及危险信号。
- 绩效评估草案
你是一位经理。为 {employee} 撰写一份平衡的评估报告。包括 3 个影响亮点、2 个带有计划的增长领域以及评级理由。
- 保持答案简短的供应商 RFP
充当采购部门。为 {category} 起草一份 RFP。限制答案的字数。部分：要求、SLAs、安全性、定价模板、时间线。
教育和操作指南提示词
- 用五种方式解释它
你是一位老师。用 5 种方式解释 "{concept}"：一个简单的定义、一个类比、一个反例、一个图表描述和一个 3 步练习。
- 速查表生成器
充当一名培训师。为 {tool} 创建一个一页的速查表。包括命令、注意事项和一个 5 分钟的快速入门。
- 故障排除树
你是支持人员。构建一个决策树来诊断 "{issue}"，包含是/否分支和操作，直到问题解决。
- 简明英语教程大纲
角色：教育家。为 {skill} 制定一个教程大纲，包括以下部分：为什么重要、先决条件、6 个步骤、常见错误、后续步骤。
- 带有截止日期的学习计划
你是一位教练。创建一个为期 4 周的学习 {topic} 的计划。每周都有目标、资源和两个可交付成果。
为什么 Claude Sonnet 4.5 适用于这些提示词
Claude Sonnet 4.5 不是读心术大师。它是一位模式大师。给它约束，它会迅速成型；给它感觉，它会自信地产生幻觉。这些提示词做了 Claude 擅长的三件事：约束输出形状、锚定示例和强制权衡。这就是大部分实际工作。
是的，你可以要求“创造力”，但即使是创造力也受益于轨道。“编写文案”会产生一堆可能性。“用 2 行文字编写文案，带有一个后续步骤，并且不带指责”会产生你可以交付的东西——或者至少可以严肃地进行评论的东西。
从辩证的角度来看，有一个陷阱：过度约束会挤出细微差别；约束不足会得到一团糟。诀窍在于可移动的墙——锁定形式，让内容呼吸。如果你曾经编辑过一位优秀的作家，你就会知道这种节奏。
关于使用 AI 而不关闭大脑的说明
流行的幻想是，“前 50 个提示词”列表是一个秘籍。它不是。正确的提示词是与一个系统的良好对话的开始，该系统记住一切，但在你教它你的品味之前什么都不理解。该模型不会让你摆脱糟糕的输入。它只会使它们更有效率。
如果你想要一个超出你自身判断的健全性检查，请使用第二次检查：“根据原始约束评论输出。它在哪里偏离了？” 当你要求 Claude Sonnet 4.5 对自己进行评分时，它会出人意料地诚实。
Sider.AI 实际上在这里有所帮助——不是因为它承诺“神奇的提示词”，而是因为它将整个过程变成了一个可行的工作流程。并排聊天、持久的上下文、快速的版本差异以及一键共享以供审查都是乏味的功能，直到你每天都需要它们。然后它们就像氧气。 如果你正在为一个团队整理提示词，Sider.AI 的上下文固定和工作区共享意味着好的东西——你的内部风格、真实的例子、“不准使用感叹号”规则——不会在某人的浏览器选项卡中消失。在 Sider 中使用 Claude Sonnet 4.5，固定你的约束，并停止每个星期二都重新发明轮子。 如何在不破坏这些提示词的情况下进行调整
- 用数字代替形容词。“快”变成“P95 < 200 毫秒”。
- 从你的产品或数据中添加一个真实的例子。模型学习模式；例子就是模式。
如果你发现自己正在添加四个子句来解释你的意思，请拆分任务。该模型不会抱怨。它没有加入工会。
反驳：我们不能直接和它交谈吗？
当然。你也可以“直接和”电子表格“交谈”。自然语言是一个很好的开始，但不是一个好的规范。当事情很重要时——运行的代码、发送的电子邮件、具有约束力的政策——你需要约束。“直接交谈”的方法适用于起草。上面的提示词用于交付。
有趣的是，这些模式之间的差距很小。进行一次轻松的聊天，提取它暗示的约束，然后将其反馈回去。Claude Sonnet 4.5 通常会说“哦，原来你是这个意思”，然后在第二次就做对了。
最后一个实用技巧
用一个小小的黄金标准来引导模型。粘贴你拥有的最好的例子——两段文字、一个代码片段、一封完美的电子邮件——然后说：“写更多像这样的东西。说出这个例子的三个属性并匹配它们。” 你刚刚在没有神话的情况下教会了品味。
如果它仍然偏离？那是你的责任。改进规范。这些不是魔法咒语；它们是诚实的栅栏。
不完全是结论
我们喜欢假装 AI 要么是天才，要么是骗子。两者都不是。它是一个有能力的助手，它会完全按照你要求的去做——或者完全按照你未能要求它去做的事情去做。使用这些 Claude Sonnet 4.5 提示词来绘制盒子，而不是装饰它。然后做人类的部分：决定什么值得构建、交付或说出来。
如果这听起来不那么迷人，那就对了。真正的工作通常就是这样。持久的捷径大多只是更清晰的指示和更少的谎言。
FAQ
Q1：是什么使这些 Claude Sonnet 4.5 提示词适用于真实项目？
它们指定了角色、可交付成果和约束，而 Claude Sonnet 4.5 擅长遵循这些。模糊的提示会产生混乱；严格的规范会产生可交付的草稿。
Q2：如何在不过度拟合的情况下调整 Claude Sonnet 4.5 提示词？
将形容词替换为数字，并从你的产品或数据中添加一个真实的例子。首先保持输出简短，然后在形状正确后进行扩展。
Q3：我可以使用这些提示词与 Sider.AI 结合使用以进行团队工作流程吗？
是的——Sider.AI 可以保持上下文固定、版本差异化，并且可以轻松共享提示词。它并不神奇；它是你实际需要的无聊的基础设施。 问题4：'前50名提示词'列表只是为了骗点击吗？
通常情况下是的——除非它们能给你提供可以检查的约束条件。这些 Claude Sonnet 4.5 的提示词是为结果而设计的，而不是为形容词而设计的。
问题5：改进 Claude Sonnet 4.5 输出的最快方法是什么？
让它根据你的约束条件来批判自己的输出，然后迭代。当你明确评分标准时，Claude Sonnet 4.5 非常擅长自我评分。
