写不好 AI 提示词?这 10 个模板可以直接拿去用

AI PROMPT · 实用清单2026.07

提示词越长越专业？

10 个场景，直接套用

从工作到写代码

周报 · 分析 · Debug · Vibe Coding

别动生产库

AIPROMPT

使用方法

方括号里的内容换成自己的，就能开始用

网上的提示词，多到根本看不完。

可真到要用 AI 时，我们还是很容易敲下一句：“帮我写一下...”然后看着那段正确、完整、但没法用的回答，推倒重来。

问题不全在模型。很多所谓的高级提示词，只是给 AI 戴了一顶“资深专家”的帽子，真正要用什么材料、哪些地方不能猜、做到什么程度才算完成，反而没说。

我尝试过很多标准的提示词模板，总结出来的经验：模板写得多专业不重要，换上自己的内容后，能不能马上帮我干活，才重要。

所以，下面这 10 个模板，对应工作和生活里经常遇到的具体问题。找到你要做的事情，把方括号里的内容换成自己的，就可以直接用。

第 1 个可以帮你生成适合自己的提示词。第 2—8 个覆盖日常工作和生活。第 9、10 个给需要写代码的读者。

先把话说在前面：再好用的模板，也不要拿公司机密、客户信息、密码、密钥和生产数据去冒险。需要上传材料时，先做脱敏；AI 提供的脚本或命令，未经检查不要直接执行。它给出的代码、数字、分析和引用，也要自己核对。

PART

先记住两个“提示词尾巴”

QUICK ADD-ONS

我自己做不同任务时，经常会把它们补在最后。

做分析、写规划时，加上这句：

PROMPT

请从第一性原理出发，先拆解目标、约束和底层假设，再给出方案。

它会提醒 AI 别急着套模板，先看看问题到底由什么组成。

写代码、做测试时，加上这句：

PROMPT

完成后，请开启一轮对抗式审查，主动寻找漏洞、边界条件、反例和隐藏风险，并修正。

它会让 AI 多站到审查代码的角度，主动挑毛病，而不是顺着刚才的答案说“看起来没问题”。

如果嫌长，只写“从第一性原理出发”和“开启对抗式审查”也可以。我自己实际用下来，它们通常比单纯说“帮我分析一下”“帮我检查一下”更容易得到有判断、有反例的回答。

PART

把模糊需求变成适合自己的提示词

PERSONAL PROMPT

不会写提示词没关系，让 AI 先把你的需求问清楚。

PROMPT

我会给你一个比较模糊的需求。你先不要执行任务，而是帮我把它整理成一条可以直接复制使用的高质量提示词。

我的需求：[用自己的话描述，哪怕只有一句也可以]

请按下面的顺序处理：

1. 找出会明显影响结果、但我还没有说明的信息

2. 只问最必要的问题，一次不超过 5 个

3. 等我回答后，生成最终提示词

如果信息已经足够，就直接生成，不要为了提问而提问。

最终提示词必须包含：

- 我要解决的具体问题

- 可以使用的材料和事实

- AI 需要完成的步骤

- 不能猜测或不能做的事

- 输出格式和长度

- 判断结果是否合格的标准

请给我两个版本：

1. 简洁版：适合日常快速使用

2. 完整版：适合重要任务

最终只输出两段可复制的提示词，不再解释原理。

这么写的好处：我把它放在第一条，是因为它不要求你先学会写提示词。哪怕只有一句模糊需求，也能一步步变成自己的版本。

PART

把会议录音或聊天记录变成待办清单

MEETING NOTES

PROMPT

请把下面的会议记录整理成一份可以直接执行的纪要。

会议主题：[主题]

参会人：[姓名或角色]

会议记录：[粘贴已脱敏的转写、聊天记录或笔记]

请输出：

1. 一句话结论；如果没有形成结论，明确写“未形成结论”

2. 已确认的决定

3. 待办事项表格：事项、负责人、截止时间、验收标准

4. 仍有分歧或没有结论的问题

5. 下次会议前需要准备的材料

只使用记录中出现的信息。没有明确负责人或截止时间时写“待确认”，不要自行分配。

这么写的好处：会后最怕的不是没人记笔记，而是记了半天，没人知道接下来谁做什么。这条会把讨论直接压成待办。

PART

把真实工作记录整理成周报

WEEKLY REPORT

PROMPT

请根据下面的真实工作记录，整理一份可以直接提交的周报。

汇报对象：[直属领导、项目组或跨部门团队]

统计周期：[开始日期—结束日期]

本周完成：

- [任务]｜[做了什么]｜[结果或数据]｜[业务价值或影响，没有就写“待补充”]

进行中的工作：

- [任务]｜[当前进度]｜[下一步]

问题与风险：[没有就写“无”]

下周计划：[任务和预期结果]

需要协调：[需要谁提供什么支持]

请输出：

1. 80 字以内的本周总结

2. 本周成果表格：事项、结果、业务价值、状态

3. 问题与风险

4. 下周计划

5. 需要协调的事项

只使用我提供的事实。不要把“进行中”写成“已完成”，不要虚构成果、数字、业务价值或承诺；缺少的信息标记为“待补充”，不得自行推断。语言简洁、专业，突出结果而不是过程。

这么写的好处：周报最尴尬的是写成流水账，或者为了显得忙而硬凑成果。这条只认真实记录，还会把结果和价值拎出来。

PART

写一封能直接发出的邮件

PROMPT

请根据下面的信息起草一封邮件。

收件人及关系：[对方是谁、你们是什么关系]

邮件目的：[催办、拒绝、感谢、确认、道歉等]

背景：[对方必须知道的上下文]

必须包含：[事实、日期、金额或其他关键信息]

希望对方采取的行动：[具体动作和截止时间]

语气：[正式、友好、委婉或坚定]

不能说：[需要避开的表达]

请输出：

1. 3 个邮件主题，分别偏直接、稳妥、友好

2. 推荐主题

3. 邮件正文，控制在 [字数] 字以内

4. 发送前需要我人工核对的信息

不要补写我没有提供的人名、日期、金额、附件或承诺。

这么写的好处：邮件难的往往不是“写什么”，而是分寸。这条既给你不同力度的主题，也会盯住日期、金额和承诺这些不能写错的地方。

PART

数据分析：不要只描述数字

DATA ANALYSIS

PROMPT

请根据我提供的数据做分析。

业务背景：[这份数据来自什么业务]

统计口径：[时间范围、字段含义、单位]

分析目标：[我最想回答的问题]

数据：[粘贴或上传已脱敏的数据]

请按以下顺序处理：

1. 先检查缺失值、重复值、异常值和口径冲突

2. 给出不超过 3 个最重要的发现

3. 每个发现都列出对应字段、数字和计算方式

4. 区分“数据中看到的事实”和“可能的原因”

5. 给出可以执行的建议，以及建议成立的前提

6. 说明还缺少哪些数据

只根据我提供的数据回答。证据不足就写“无法判断”，不要补造数字，也不要把相关性直接写成因果关系。

这么写的好处：很多所谓的数据洞察，其实只是把表格复述一遍。这条会逼它分清事实、猜测和建议，没证据就别硬下结论。

PART

做决定：不仅给建议，还要挑战你的想法

DECISION REVIEW

PROMPT

我需要在几个选项之间做决定。

选项：[列出 A、B、C]

我的目标：[最想实现什么]

最在意的条件：[按重要程度排列]

硬性底线：[绝对不能接受什么]

已知信息：[已有事实]

我的当前倾向：[没有就写“无”]

请输出：

1. 用一句话重新定义我真正要做的决定

2. 比较每个选项的收益、代价、风险和适用条件

3. 指出我的描述里可能存在的偏见或隐藏假设

4. 站在反方，提出对我当前倾向最有力的反驳

5. 给出推荐，并说明推荐依赖哪些前提

6. 告诉我哪个条件变化后，结论会反转

信息不够时先列出缺口。不要为了显得果断而编造事实，最终决定由我自己做。

这么写的好处：人做决定时，最容易只想听支持自己的理由。这条专门让 AI 唱反调，帮你看见原本不愿意看的风险。

PART

预读一本书、报告或长文章

LONGFORM READING

PROMPT

请只根据我提供的材料做预读，不要依赖记忆补写。

材料名称：[书名、报告名或文章标题]

我的目的：[准备会议、学习、判断是否值得细读等]

我已经了解的内容：[没有就写“无”]

材料：[粘贴原文或上传有权使用的文件]

请输出：

1. 200 字以内的整体摘要

2. 作者最核心的观点

3. 支撑观点的关键证据或案例，最多 3 个，按材料实际数量输出

4. 作者没有充分回答的问题、反例或局限

5. 最值得细读的章节或段落，以及理由

6. 我读完后应该能回答的 3 个问题

引用原文时必须标出页码、章节或段落位置。无法定位就明确说明，不要把转述写成原文。

这么写的好处：摘要不是越短越好，关键是读完之后知道该回原文看哪里。这条会把证据、反例和细读入口一起留下。

PART

做一份可以落地的旅行计划

TRAVEL PLAN

PROMPT

请帮我规划一次旅行，不要只罗列热门景点。

目的地：[城市或区域]

出发地及日期：[出发、返回日期和时间]

同行人员：[人数，是否有儿童、老人]

总预算：[金额、币种，是否包含交通和住宿]

旅行节奏：[紧凑、适中、轻松]

偏好：[美食、自然、历史、亲子、购物等]

交通偏好：[公共交通、自驾、打车等]

住宿位置：[已确定则填写]

特殊要求：[少走路、不早起、饮食禁忌等]

请按天输出：

1. 上午、下午、晚上的安排

2. 地点之间的交通方式和预计时间

3. 用餐区域或餐厅建议

4. 当天的大致花费

5. 需要预约、购票或再次核对的事项

6. 天气不好或临时关闭时的备选方案

开放时间、票价、交通和预约规则请优先通过景区、交通运营方等官方渠道联网核验，并附来源与查询日期。日期必须包含年份。如果当前无法联网，先明确说明，不要假装已经核验；把动态信息标记为“待核实”，并列出建议查询的官方渠道。不要编造店名、价格或班次。

这么写的好处：AI 最爱给你列一串景点，真正出门才发现路线绕、时间赶、票还没买。这条会把这些现实问题一起算进去。

PART

Debug：先找根因，再给最小修复

DEBUG

PROMPT

请帮我定位下面的问题，不要一上来就重写整段代码。

运行环境：[操作系统、语言、框架及版本]

预期结果：[应该发生什么]

实际结果：[现在发生了什么]

复现步骤：[怎样稳定出现]

完整报错：[粘贴已脱敏的报错]