高频提示词模板：写作、总结、翻译、学习

日常用 AI，真正高频的动作就那么几类：写东西、消化信息、学新知识。与其每次从零组织语言，不如养一组自己的模板，用的时候只换素材。下面按三类给出可直接复制的中文提示词，每条都写清了适用场景与使用注意，最后补一组翻译与改写的要点。

写作类：先把「谁看、看多久、看完要做什么」想清楚

模板 1：公众号/技术博客开头

你是一位写技术公众号的作者，读者是有一定基础但时间有限的开发者。
请为下面这篇文章写 3 个不同的开头，各 150 字以内。
要求：第一句就抛出一个具体的痛点场景，不要用「随着……的发展」这类套话，
不要用疑问句开头，不要说「今天我们来聊聊」。
3 个开头分别走不同路子：A 用真实事故切入，B 用一个反常识结论切入，C 用一段具体数据切入。
文章主题与核心结论如下：
<材料>
（粘贴你的文章大纲或核心要点）
</材料>

模板 2：产品/功能文案

你是面向中小企业的 SaaS 产品文案作者。请把下面这段功能说明改写成给老板看的卖点文案。
受众：不懂技术、只看结论和成本的中小企业老板。
要求：3 条卖点，每条 15 字以内，动词开头，说清「省了什么/多了什么」；
不出现「智能」「赋能」「生态」这类词；每条后面跟一句不超过 25 字的解释，讲清怎么实现。
功能说明如下：
<材料>
（粘贴功能描述）
</材料>

模板 3：工作邮件与周报

你是我的助理，帮我把下面的零散记录整理成一份周报。
收件人：部门总监。篇幅：300 字以内。
结构固定为三节：本周进展 / 风险与阻塞 / 下周计划。
进展用「事项 + 结果 + 数据」句式，每条一行；风险只写需要总监协调的事；
不要客套话，不要总结感想，不要用形容词包装。
记录如下：
<材料>
（粘贴这一周的零散笔记、聊天记录、待办）
</材料>

使用注意：写作类最容易出的问题是「正确但没味」，原因是没给受众和场景。三条模板里最值得保留的是负向约束（不要套话、不要感叹号、不要总结感想），它们比「写得好一点」有效得多。另外，让它一次给 3 个不同路子的版本，比让它反复改一版更省时间。

信息类：目标是「能直接贴进文档」

任务	关键要求	最容易漏的点
长文摘要	指定受众、字数、必须保留的信息类型	不要求「不得引入原文没有的信息」，就会自由发挥
会议纪要	区分「已决议」与「待讨论」，责任人与时间点原样保留	决议与讨论混在一起，事后无法追责
多文档对比	统一定义对比维度，要求标出冲突与一致	不指定维度，会变成三篇摘要拼在一起

模板 4：长文摘要（可复用）

请把下面这篇文章压缩成给管理者看的摘要，不超过 250 字。
只保留：核心结论、涉及的成本或人力、明确的风险、需要决策的事项。
不要引入原文没有的信息与数据，原文未提及的写「原文未提及」。
输出格式：先一句总结论（40 字内），再列不超过 5 条要点，每条一行。
文章如下：
<材料>
（粘贴全文）
</材料>

模板 5：会议纪要与待办

请把下面的会议记录整理成纪要，不确定的地方标注「需确认」，不要自己补全。
输出三节：
1. 已决议事项：每条写「结论 + 影响范围」
2. 待办：Markdown 表格，列为 事项 / 负责人 / 截止时间 / 依赖
3. 待讨论：只列尚未达成一致的问题，每条附上双方观点
人名、日期、金额、版本号必须原样保留，不得改写或推测。
记录如下：
<材料>
（粘贴会议录音转写或速记）
</材料>

使用注意：信息类的核心风险是「幻觉式补全」——它会顺手把没说的负责人、没定的时间补上。所以模板 5 里那句「不确定的标注需确认，不要自己补全」是必备项。要用于正式场合时，决议与数字必须逐条回原始记录核对。

学习类：让它当教练，而不是当答案机器

学习动作	提示词要点	为什么有效
概念解释	指定深度与前置知识	避免从「什么是变量」讲起
类比	指定类比来源领域	绑定到你已经熟悉的经验上
出题自测	要求先出题、我答完再给解析	强制回忆比重复阅读更有效
费曼复述	我讲给它听，它挑错	暴露自己没想通的地方
追问路径	让它给下一步该问什么	把一次问答变成学习路线

模板 6：概念解释 + 类比

你是我的技术教练。我已有 3 年 Java 后端经验，但没接触过消息队列。
请解释「消息队列的削峰」这个概念：
1. 先用两句话说明它解决什么问题；
2. 再用一个日常生活的类比说明，类比要具体到人和动作；
3. 然后指出这个类比在哪些地方不成立（很重要，别跳过）；
4. 最后列出我理解它之后最容易产生的 3 个误解。
不要扩展到消息队列的其他特性，这一轮只讲削峰。

模板 7：出题自测 + 费曼复述

请当我的复习教练，分两轮进行，第一轮结束后等我回答，不要提前给答案。
第一轮：就下面这份材料出 5 道题，其中 2 道是场景应用题、1 道是易错点辨析题，
题目要能区分「背下来」和「真理解」。
第二轮：我回答后，逐题判断对错，指出我答案里含糊或错误的地方，
并告诉我对应材料的哪一段可以复核。
材料如下：
<材料>
（粘贴你要学的章节或文档）
</材料>

使用注意：一定要加「等我回答后再给答案」，否则它会连解析一起喷出来，你只是又读了一遍。学习类模板的最佳用法是同一份材料用两个模板各跑一遍：先解释、再自测，记忆效果远好于重复阅读。

翻译与改写：三条额外要求

• 指定术语表：把人名、产品名、专业术语的固定译法先给出来，否则同一术语会前后不一致；要求保留格式：明确说「保留原有 Markdown 结构与代码块，不要翻译代码、变量名与 URL」；区分直译与本地化：对外材料要本地化（例如中文公告改写成英文邮件语气），技术文档要直译准确，两者不能混。

请把下段中文译成英文，用于发给海外客户的邮件。
术语固定译法：瑞林 = Ruilin，知识库 = knowledge base。
保留原有分段与数字，不翻译代码、URL 与产品名；语气礼貌、直接、不卑不亢，不要加套话；
不好直译的地方在译文后用「译注：」单独说明，不要擅自删改原意。
原文：<材料>（粘贴中文原文）</材料>

常见坑

坑	后果	改法
摘要给的字数太少	只剩空话，信息全丢	字数下限设为「要点数 × 40 字」以上
让它一次做摘要又做翻译又做点评	三件事都做不深	拆成三轮，每轮只做一件事
纪要直接照抄进正式文档	责任人与时间被编造	关键字段回原始记录逐条核对
学习时直接要答案	看懂 ≠ 会用	固定用「出题—我答—解析」的两轮结构

小结：写作类靠受众与负向约束定味，信息类靠「不补全 + 标未提及」保证可靠，学习类靠两轮问答逼出真实理解；把这些提示词连同自己的术语表一起存成模板库，才是真正的效率来源。