关于AI提示词的内容，市面上的文章大多是些泛泛之谈，或者展示一些你永远不会在实际项目中用到的东西。但我们今天要说的不一样。一位开发者在对真实客户、严格截止日期和混乱代码库的持续测试中，筛选出了五个真正管用的提示词，每个都能将一项具体、重复的任务缩短到几分钟内完成。没有炒作，只需复制、粘贴并按需调整。

第一个是“小黄鸭调试法”提示词，专治那种盯着报错堆栈信息一看就是几个小时的困境。在你做任何其他尝试之前，先用这个提示词：“你是一名拥有20年经验的高级开发人员。我将粘贴一段代码、一条报错信息以及我当前的假设。先不要给我解决方案。相反，请向我提出三个有助于你缩小根本原因范围的问题。然后等我回答。在我回应之后，再按可能性大小，给我最有可能的修复方案和第二可能的修复方案。如果我的假设是错误的，请用一句话解释原因。”这个提示词的妙处在于，它迫使你清晰地说出自己的设想，而AI提出的问题往往会揭示出你忽略的明显之处。最终你可能只需花十分钟，而不是两小时。

第二个是如何在不破坏测试的情况下重构代码，尤其适合处理那些让人头疼的遗留代码。这位开发者的做法是把AI变成一个谨慎的合作者，而不是鲁莽的牛仔。具体提示词是：“这是一个函数（粘贴）。我需要重构它以[实现X目标]。约束条件：不要更改其公开API，不要改变任何边缘情况下的行为，并保留所有现有注释。首先，列出当前代码表现出的、所有可能被测试捕获的行为。然后，分三步提出一个重构方案。针对每一步，展示改动差异并解释其为何是安全的。最后，列出我应该添加的、用以验证此次重构的新测试用例清单。”这样一来，你会得到一个尊重现有测试的计划，外加一份测试清单，告别那种“直接重写然后祈祷”的心惊胆战。

第三个提示词专门用来生成API合约，让你从此告别手写文档。无需从零开始编写OpenAPI规范或Postman集合，只需把真实的请求和响应JSON数据喂给AI。提示词如下：“我有一个REST端点。这是请求体（粘贴JSON），这是响应体（粘贴JSON），以及可能的状态码列表及其示例响应。请为此端点生成一份完整的OpenAPI 3.0 YAML规范。包含恰当的schema、描述和错误示例。不要添加额外的端点。使用与端点用途相匹配的operationId名称。如果你在我的请求中看到了安全标头，请为其添加安全方案。”把生成的输出粘贴到你的规范文件里，调整一下信息块，就大功告成了。基于真实数据生成的内容，意味着高准确率，每个端点至少能节省一小时。

第四个提示词能将会议记录转化为行动项，对淹没在各种电话会议中的自由职业者来说是救星。你不需要再下一个笔记应用，只需一个能把原始转录文本变成决策的工具。提示词是这样设计的：“以下是一场客户会议的记录（粘贴文本）。我是一名开发人员。请提取：1. 会上做出的明确决策。2. 分配给我的行动项，并标明截止日期。3. 需要与客户澄清的任何模糊点或开放性问题。4. 一份回复客户的简要总结，我会直接复制粘贴到邮件中。将输出格式化为Markdown。”这位开发者测试过市面上所有AI会议记录员和笔记应用，但发现直接使用原始文本这个私有提示词的准确率是最高的。

第五个提示词是关于“加速你的研究”，专门用来突破那种在研究一个主题时陷入无尽兔子洞的困境。你需要做的，是先写下你对某个主题已知的信息，或者扔给AI一个文章链接，再附上一个观点，然后使用这个提示词：“针对[主题]，请提供：1. 支持我观点的三个最佳论据，需引用来源。2. 反对我观点的三个最佳论据，需引用来源。3. 一个对照表，比较围绕该主题的两种流行替代方案（如果有的话）。4. 该领域大多数人持有但并未明确说出的隐性假设。5. 三个具体、可执行的问题，供我继续系统性地深入探索，而非漫无目的地浏览。”通过这种方式，你在与AI交互前先明确了自己的认知，从而获得结构化的反驳、隐性假设的揭示和一个系统性的研究计划，而不是从一个链接跳到另一个链接。