AI 编程：提示词修炼（附12 个常见提示词库）

AI 编程：提示词修炼（附12 个常见提示词库） AI 编程：提示词修炼（附12 个常见提示词库） Modified October 16, 2025 什么是提示词 提示词（Prompt）是你给 AI 的指令。不管是简单的一句话，还是一篇完整的文档，都是你和 AI 沟通的提示词。 随着 AI 能力变得越来越强，对提示词的要求也越来越低。但是，学好提示词的基础和技巧，可以让你更快、更好的完成编程任务，而不是在报错中打转。 清晰、恰当的提示词，可以让 AI 准确的理解你的意思，并修改、编写正确的代码；不合适的提示词，可能引入很难解决的问题，导致项目越来越复杂。 AI 编程不是许愿，而是你告诉 AI 去做什么事情。或者说，你不知道如何做，和 AI 讨论清楚后，再让 AI 帮你去编写代码。 掌握好提示词，你不需要从零学习如何编程，而是描述清楚需求、方案，让 AI 工程师帮你完成任务。 AI 的思维方式和限制 用 AI 编程，很多人容易走向极端，要么完全信任 AI、或者觉得它不靠谱。对于一个工具或合作伙伴，我们需要了解它的能力是怎样的，擅长做哪些事情，不擅长做哪些事情。这样有合理的预期，我们才能更好的合作。 AI 大模型有天然的优势，也有明显的劣势，这些我们需要提前了解。 优势： • 拥有几乎所有的「常识」，它的知识积累基本达到博士水平。 • 通用的编程能力非常强，常见的编程语言，它都很擅长。 劣势： • AI 掌握的是公开的知识，它不了解你独有的信息和上下文。例如你的目标，需要对接的系统 • AI 为了讨好你，会编造一些东西，而不是承认自己不知道。这也叫幻觉 其他一些特点： • 大模型的注意力机制导致它会比较注意提示词的开头和结尾，所以把最重要的东西放在提示词开头或者结尾，中间可以放一些不太重要的内容。 • 不要默认 AI 了解你的潜台词、偏好，你就把它当做刚入职的实习生，要不厌其烦的跟它说清楚所有的事情。你没说的部分，它会自由发挥。 提示词原则 我总结的提示词原则主要有：简洁、明确、结构化 原则 解释 ❌错误示范 ✅推荐写法 简洁 用尽可能简单，直接了当的方式表达你的需求，不要说废话，不要让大模型猜你背后的意思 可以帮我做一个五子棋游戏吗？我很喜欢玩五子棋，经常和爸妈一起玩 做一个五子棋游戏网页游戏，支持与AI 对战和双人对战。 明确 把你需要和不需要的东西都写清楚 做一个五子棋游戏 做一个五子棋游戏，形态是网页游戏，我需要部署在 vercel 上；加载速度要快，不要用太复杂的框架。 结构化 从零做一个比较复杂的项目时，初始的提示词最好比较结构化，把复杂的需求拆分成一个小点，列清楚 做一个 CRM 系统 做一个包含基础功能的 CRM 系统，主要的模块有： 1.登录，支持 Google Oauth 登录 2.录入客户数据，字段有：xxx 3..... 提示词使用模式 模式 1：结构化模式 使用场景：从零做一个项目，或者特定任务需要专家模式 Code block Plain Text Copy 角色：你是一个精通前端代码/后端代码的工程师；你一个经验丰富的 SEO 大师；你是一个明察秋毫的 QA 工程师 任务：帮我编写网站前端界面；编写后端功能；优化网站标题、描述、文案 相关上下文：API 文档请参考 deepseek api.md ；关键词研究文档 research.md 限制：不希望 AI 去做的事情。例如在「前端实现这个功能，不要部署后端服务」。 模式 2：聊天模式 在项目更新迭代的时候，一般不需要特别正儿八经的对话，用自然语言描述你的需求就 OK。如果 AI 在执行任务的时候，你发现漏掉了什么，或者 AI 执行的方案和你预想的不一致，则直接中断 AI 当前的任务，修改提示词再继续。 例如：刚才的问题修复成功。请帮忙继续做一个新的功能：支持一个新的模型，API 文档请参考 API.md 模式 3：讨论模式 当你想实现某个功能，但不知道如何描述，或者不知道用什么方案好，可以先和 AI 讨论需求，再开始干活。 让 AI 给你分析各个方案的优劣，你来判断选哪个方案更合适。 提示词示例： Code block Plain Text Copy 我想在网站上添加一个用户登录功能，有哪些实现的方案，先不着急写代码，帮忙调研一下，并对比优缺点，确认方案后再写代码 其他技巧 1. 任务拆分 不要一下子给 AI 一个非常大的任务，例如写一个 CRM 系统。最好是把复杂的系统，拆成一个一个模块，然后实现一个模块后，再继续做下一个模块。不然哪怕你写了很详细的文档，每个模块哪怕只有一个小问题，后面修复、调试的时候，都会让你抓狂。问题根本修不过来，基本是按下葫芦浮起瓢，问题源源不断。 2. 参考文档、API 一般把超过 500 字符的内容，都做成文档，最好是 Markdown 文档，方便大模型读取和参考。通过 @的方式引用文档。 推荐 Markdown 工具： • 插件：网页转换为 Markdown • 网站：word 转 Markdown • 网站：PDF 转 Markdown • 网站：Any to Markdown 3. 一图胜万言 有时描述一个界面很难说清楚，如果有参考的产品、UI，则直接截图发给大模型。一般支持多模态的大模型，都能直接看懂图片。 例如：帮我实现一个文生图转换器，左边是提示词和配置，右侧显示预览图，界面请参考以下图片： 4. 让 AI 写文档 完成一个比较重要的功能后，如果觉得其他项目也用得上，或者适合给其他人分享，则让 AI 总结一下刚才使用的方案，碰到的问题，形成一个经验文档。 提示词参考：请复盘一下刚才实现的功能，包括方案设计、碰到的问题、解决思路，总结经验，形成复盘文档。 5. 构造完整的上下文 现在每个稍微复杂的项目，几乎都需要维护一个项目上下文文档，这样 AI 在修改代码、实现新功能的时候，才不会瞎改，导致原有功能出问题。 现在几乎每个 AI 编程工具都有对应扫描整个项目的功能，例如Claude code、Codex 是执行 /init 命令，执行命令后，AI 会扫描整个项目，然后形成一篇描述当前项目的文档。当然，你也可以手动去修改里面的内容。 /init 命令可以每隔一段时间执行一次，以保证它的内容是准确、最新的。 附我整理的对没有编程基础、中文用户比较友好的提示词： • 常见需求提示词库：教你如何准确、清晰的提出需求 • 🧯 Debug 调试提示词库：教你如何排查报错，修复问题 • 💡 AI 集成提示词库：教你如何集成 AI 功能，与其他产品打通 回复「提示词」，获取以上 3 个提示词库链接 声明：本文章受 Lovable 的启发，并参考了 Lovable Prompting 1.1 内容，并做了大幅调整和本地化。 插件：网页转换为 Markdown word 转 Markdown PDF 转 Markdown Any to Markdown 常见需求提示词库 🧯 Debug 调试提示词库 💡 AI 集成提示词库 什么是提示词 提示词（Prompt）是你给 AI 的指令。不管是简单的一句话，还是一篇完整的文档，都是你和 AI 沟通的提示词。 随着 AI 能力变得越来越强，对提示词的要求也越来越低。但是，学好提示词的基础和技巧，可以让你更快、更好的完成编程任务，而不是在报错中打转。 清晰、恰当的提示词，可以让 AI 准确的理解你的意思，并修改、编写正确的代码；不合适的提示词，可能引入很难解决的问题，导致项目越来越复杂。 AI 编程不是许愿，而是你告诉 AI 去做什么事情。或者说，你不知道如何做，和 AI 讨论清楚后，再让 AI 帮你去编写代码。 掌握好提示词，你不需要从零学习如何编程，而是描述清楚需求、方案，让 AI 工程师帮你完成任务。 AI 的思维方式和限制 用 AI 编程，很多人容易走向极端，要么完全信任 AI、或者觉得它不靠谱。对于一个工具或合作伙伴，我们需要了解它的能力是怎样的，擅长做哪些事情，不擅长做哪些事情。这样有合理的预期，我们才能更好的合作。 AI 大模型有天然的优势，也有明显的劣势，这些我们需要提前了解。 优势： • 拥有几乎所有的「常识」，它的知识积累基本达到博士水平。 • 通用的编程能力非常强，常见的编程语言，它都很擅长。 劣势： • AI 掌握的是公开的知识，它不了解你独有的信息和上下文。例如你的目标，需要对接的系统 • AI 为了讨好你，会编造一些东西，而不是承认自己不知道。这也叫幻觉 其他一些特点： • 大模型的注意力机制导致它会比较注意提示词的开头和结尾，所以把最重要的东西放在提示词开头或者结尾，中间可以放一些不太重要的内容。 • 不要默认 AI 了解你的潜台词、偏好，你就把它当做刚入职的实习生，要不厌其烦的跟它说清楚所有的事情。你没说的部分，它会自由发挥。 提示词原则 我总结的提示词原则主要有：简洁、明确、结构化 原则 解释 ❌错误示范 ✅推荐写法 简洁 用尽可能简单，直接了当的方式表达你的需求，不要说废话，不要让大模型猜你背后的意思 可以帮我做一个五子棋游戏吗？我很喜欢玩五子棋，经常和爸妈一起玩 做一个五子棋游戏网页游戏，支持与AI 对战和双人对战。 明确 把你需要和不需要的东西都写清楚 做一个五子棋游戏 做一个五子棋游戏，形态是网页游戏，我需要部署在 vercel 上；加载速度要快，不要用太复杂的框架。 结构化 从零做一个比较复杂的项目时，初始的提示词最好比较结构化，把复杂的需求拆分成一个小点，列清楚 做一个 CRM 系统 做一个包含基础功能的 CRM 系统，主要的模块有： 1.登录，支持 Google Oauth 登录 2.录入客户数据，字段有：xxx 3..... 原则 原则 解释 解释 ❌错误示范 ❌错误示范 ✅推荐写法 ✅推荐写法 简洁 简洁 用尽可能简单，直接了当的方式表达你的需求，不要说废话，不要让大模型猜你背后的意思 用尽可能简单，直接了当的方式表达你的需求，不要说废话，不要让大模型猜你背后的意思 可以帮我做一个五子棋游戏吗？我很喜欢玩五子棋，经常和爸妈一起玩 可以帮我做一个五子棋游戏吗？我很喜欢玩五子棋，经常和爸妈一起玩 做一个五子棋游戏网页游戏，支持与AI 对战和双人对战。 做一个五子棋游戏网页游戏，支持与AI 对战和双人对战。 明确 明确 把你需要和不需要的东西都写清楚 把你需要和不需要的东西都写清楚 做一个五子棋游戏 做一个五子棋游戏 做一个五子棋游戏，形态是网页游戏，我需要部署在 vercel 上；加载速度要快，不要用太复杂的框架。 做一个五子棋游戏，形态是网页游戏，我需要部署在 vercel 上；加载速度要快，不要用太复杂的框架。 结构化 结构化 从零做一个比较复杂的项目时，初始的提示词最好比较结构化，把复杂的需求拆分成一个小点，列清楚 从零做一个比较复杂的项目时，初始的提示词最好比较结构化，把复杂的需求拆分成一个小点，列清楚 做一个 CRM 系统 做一个 CRM 系统 做一个包含基础功能的 CRM 系统，主要的模块有： 1.登录，支持 Google Oauth 登录 2.录入客户数据，字段有：xxx 3..... 做一个包含基础功能的 CRM 系统，主要的模块有： 1.登录，支持 Google Oauth 登录 2.录入客户数据，字段有：xxx 3..... 提示词使用模式 模式 1：结构化模式 使用场景：从零做一个项目，或者特定任务需要专家模式 模式 2：聊天模式 在项目更新迭代的时候，一般不需要特别正儿八经的对话，用自然语言描述你的需求就 OK。如果 AI 在执行任务的时候，你发现漏掉了什么，或者 AI 执行的方案和你预想的不一致，则直接中断 AI 当前的任务，修改提示词再继续。 例如：刚才的问题修复成功。请帮忙继续做一个新的功能：支持一个新的模型，API 文档请参考 API.md 模式 3：讨论模式 当你想实现某个功能，但不知道如何描述，或者不知道用什么方案好，可以先和 AI 讨论需求，再开始干活。 让 AI 给你分析各个方案的优劣，你来判断选哪个方案更合适。 提示词示例： 其他技巧 1. 任务拆分 不要一下子给 AI 一个非常大的任务，例如写一个 CRM 系统。最好是把复杂的系统，拆成一个一个模块，然后实现一个模块后，再继续做下一个模块。不然哪怕你写了很详细的文档，每个模块哪怕只有一个小问题，后面修复、调试的时候，都会让你抓狂。问题根本修不过来，基本是按下葫芦浮起瓢，问题源源不断。 2. 参考文档、API 一般把超过 500 字符的内容，都做成文档，最好是 Markdown 文档，方便大模型读取和参考。通过 @的方式引用文档。 推荐 Markdown 工具： • 插件：网页转换为 Markdown 插件：网页转换为 Markdown • 网站：word 转 Markdown word 转 Markdown • 网站：PDF 转 Markdown PDF 转 Markdown • 网站：Any to Markdown Any to Markdown 3. 一图胜万言 有时描述一个界面很难说清楚，如果有参考的产品、UI，则直接截图发给大模型。一般支持多模态的大模型，都能直接看懂图片。 例如：帮我实现一个文生图转换器，左边是提示词和配置，右侧显示预览图，界面请参考以下图片： 4. 让 AI 写文档 完成一个比较重要的功能后，如果觉得其他项目也用得上，或者适合给其他人分享，则让 AI 总结一下刚才使用的方案，碰到的问题，形成一个经验文档。 提示词参考：请复盘一下刚才实现的功能，包括方案设计、碰到的问题、解决思路，总结经验，形成复盘文档。 5. 构造完整的上下文 现在每个稍微复杂的项目，几乎都需要维护一个项目上下文文档，这样 AI 在修改代码、实现新功能的时候，才不会瞎改，导致原有功能出问题。 现在几乎每个 AI 编程工具都有对应扫描整个项目的功能，例如Claude code、Codex 是执行 /init 命令，执行命令后，AI 会扫描整个项目，然后形成一篇描述当前项目的文档。当然，你也可以手动去修改里面的内容。 /init 命令可以每隔一段时间执行一次，以保证它的内容是准确、最新的。 附我整理的对没有编程基础、中文用户比较友好的提示词： • 常见需求提示词库：教你如何准确、清晰的提出需求 常见需求提示词库 • 🧯 Debug 调试提示词库：教你如何排查报错，修复问题 🧯 Debug 调试提示词库 • 💡 AI 集成提示词库：教你如何集成 AI 功能，与其他产品打通 💡 AI 集成提示词库 回复「提示词」，获取以上 3 个提示词库链接 声明：本文章受 Lovable 的启发，并参考了 Lovable Prompting 1.1 内容，并做了大幅调整和本地化。