AI写作Prompt
5415 字约 18 分钟
domain/aiai/promptai/writingai/prompt-engineering
2026-07-24
写作 Prompt 与编程 Prompt 的最大区别在于：写作的质量是主观的。没有"编译通过"的硬标准——因此写作 Prompt 需要在"风格控制"和"创意空间"之间找到平衡。
1. 核心问题
AI 写作 Prompt 试图回答：
- 如何让 AI 写出"像人写的东西"而不是"像 AI 写的东西"？
- 如何在保持风格一致的同时不扼杀创意？
- 如何精确控制输出长度（绝对字数/范围/比例）？
- 多语言输出的最佳策略是什么——翻译 vs 直接生成？
- 如何评估 AI 写作的质量——从"看起来不错"到"真正可用"？
2. 仓库现有模板索引
02_Domains/AI/03_Prompt_Engineering/
| 来源 | 内容 | 适用场景 |
|---|---|---|
| Prompt模板库#2.1 文章写作 | 文章写作完整模板（Role/Structure/Style/Constraints） | 博客、公众号、行业分析 |
| Prompt模板库#2.2 邮件/消息 | 邮件起草模板（Context/目的/语气/Structure） | 商务邮件、团队通知 |
| Prompt模板库#2.3 翻译 | 翻译模板（领域术语/风格保持/本地化） | 文档翻译、本地化 |
| System Prompt设计#6.2 写作助手模板 | WriteMate 完整角色 + 6 条规则 + 三段式输出 | 润色、编辑、修改 |
| System Prompt设计#6.4 教师/教育模板 | EduGuide 引导式教学模板 | 教育类写作 |
| System Prompt设计#6.6 客服机器人模板 | ServiceBot 标准化回复模板 | 客服类写作 |
| System Prompt设计#6.5 产品经理模板 | ProdMind 需求分析模板 | 产品文档写作 |
| 角色设定与任务设定#6.2 投资顾问 | 投资顾问角色模板 | 财经/投资分析写作 |
| 角色设定与任务设定#6.3 技术文档写手 | 技术文档写手角色模板 | 技术文档 |
| 角色设定与任务设定#6.5 数据科学家 | 数据科学家角色模板 | 数据分析报告 |
| 角色设定与任务设定#6.9 商业分析师 | 商业分析师角色模板 | 商业分析报告 |
04_Prompts/
| 来源 | 内容 | 适用工具 |
|---|---|---|
| 04_Prompts/06_ChatGPT/ChatGPT写作提示词 | 三种写作模板（技术文档/博客/邮件） | ChatGPT |
| 04_Prompts/07_Workflows/文档整理工作流 | 标准化文档整理流程 | 通用 |
02_Domains/AI/
| 来源 | 内容 | 适用场景 |
|---|---|---|
| AI写作 | AI 写作应用概览（内容生成/润色/风格适配） | 通用参考 |
| 输出格式控制#5. Markdown / Table / List 格式控制 | Markdown 结构和表格控制技巧 | 结构化文档 |
3. 核心框架：目标 → 受众 → 结构 → 风格 → 约束
与其他场景不同，写作 Prompt 的成功高度依赖于"对人"的理解——模型需要知道写给谁看、为什么看、希望看完后有什么反应。
3.1 写作 Prompt 六要素
| 要素 | 说明 | 差 | 好 |
|---|---|---|---|
| 目标 | 写作的目的 | "写篇文章" | "说服读者试用产品的新功能" |
| 受众 | 目标读者的背景和预期 | "写给用户" | "面向有 3 年以上经验的前端开发者" |
| 核心信息 | 必须传达的 1-3 个要点 | "介绍产品" | "核心信息：1.性能提升 50% 2.API 向下兼容 3.迁移成本为零" |
| 结构 | 内容的组织方式 | "写清楚就行" | "开头用数据说明痛点 → 中间讲解决方案 → 结尾给行动号召" |
| 风格 | 语气、用词、表达方式 | "写专业点" | "语气正式但不晦涩，多用主动语态，段落不超过 5 句" |
| 约束 | 限制和禁忌 | "别写太长" | "不超过 800 字，不用第一人称，不用感叹号" |
3.2 迭代写作 vs 一轮生成
| 方式 | 适用场景 | 流程 |
|---|---|---|
| 一轮生成 | 短内容（< 300 字）、格式固定 | 一次给出全部要求 |
| 两轮迭代 | 中等长度（300-1500 字） | 先给大纲 → 确认后再生成全文 |
| 多轮迭代 | 长内容（> 1500 字）、质量要求高 | 大纲 → 初稿 → 分段润色 → 整体打磨 |
两轮迭代的策略：
第 1 轮：「我要写一篇关于 XX 的文章，目标读者是 XX，核心观点是 XX。请给我 3 个可选的大纲，每个大纲包含标题和段落结构。」
第 2 轮：「选择大纲 2。请按这个结构写出完整文章，语言风格 XX，篇幅 X 字。」
第 3 轮（可选）：「请对第 X 段进行润色——现在的表达太啰嗦，需要更简洁有力。」4. 六大写作场景的 Prompt 模式
4.1 文章/博客
场景特征：从选题到成文，需要吸引读者并传递核心观点。
Role: 专业写手，擅长 {{领域}} 方向的内容创作。
Task: 写一篇关于 {{主题}} 的文章。
Audience: {{目标读者}}
Core Message: {{核心观点}}
Length: {{字数}} 字
Structure:
- 标题：{{标题方向}}（备选 3 个）
- 开头：用 {{数据/故事/问题}} 引入，说明为什么读者应该关心
- 主体：3-5 个分论点，每个包含论据 + 案例 + 数据
- 结尾：总结核心观点 + 行动建议或开放性问题
Style: 语言 {{正式/轻松/说服/学术}}，多用 {{类比/故事/数据}}。
Constraints:
- 不使用"在这个日新月异的时代""随着技术的发展"类空洞开场
- 每段不超过 5 句
- 关键数据标注来源参考模板：详见 Prompt模板库#2.1 文章写作。
4.2 报告
场景特征：以事实和数据为基础，结构化呈现分析和结论。强调准确性和可操作性。
Role: 行业分析师，擅长 {{领域}} 方向的研究报告撰写。
Task: 撰写一份关于 {{主题}} 的分析报告。
Audience: {{读者（可能是管理层/投资者/团队）}}
Purpose: {{报告用途（决策参考/信息同步/对外发布）}}
Structure:
1. 执行摘要（200 字以内，适合忙人只看这里）
2. 背景与问题定义
3. 核心发现（3-5 个，每个含数据支撑）
4. 深入分析（分点详细论述）
5. 结论与建议（可操作的行动项）
Style: 客观、数据驱动、避免主观评价。使用「数据表明」而非「我认为」。
Format: Markdown，对比信息使用表格，重要数据使用 **粗体**。4.3 邮件/消息
场景特征：高效率沟通，信息密度高，语气控制是关键。
Role: 商务沟通助手。
Task: 起草一封关于 {{主题}} 的邮件。
To: {{收件人身份}}
Purpose: {{期望达成的结果}}
Tone: {{正式/半正式/友好}}
Structure:
- Subject: 清晰传达目的，{{语气强度/紧迫感}}
- Opening: 问候（可选）+ 一句话说明来意
- Body: 关键信息分点说明
- 背景（如果需要）
- 核心内容（最重要的事放在最前面）
- 具体细节（时间、数据、操作方式）
- Closing: 明确的下一步行动（谁在什么时候做什么）
- Signature: {{签名信息}}
Output: Subject + 正文。提供语气 A（正式）和语气 B（友好）两个版本。参考模板：详见 Prompt模板库#2.2 邮件/消息。
4.4 文案
场景特征：目的是转化（点击、购买、注册），语言极度凝练，需要"钩子"。
Role: 文案写手，擅长 {{品牌风格}} 风格的营销文案。
Task: 为 {{产品/活动}} 撰写 {{广告/社媒/落地页}} 文案。
Target: {{目标用户画像}}
Goal: {{期望转化动作}}
USP: {{核心卖点}}
Tone Options（选一个或组合）:
A. 专业信任型：数据驱动、行业术语、权威背书
B. 情感共鸣型：故事叙述、用户场景、感性诉求
C. 紧迫促销型：限时优惠、稀缺性、行动导向
Output:
1. 标题（3 个备选）
2. 副标题（可选）
3. 正文（{{字数}} 字以内）
4. CTA（行动号召按钮文本，3 个备选）4.5 技术文档
场景特征：准确性 > 可读性 > 美感。遵循特定的文档风格和术语规范。
Role: 技术文档工程师，擅长 {{领域}} 的技术写作。
Task: 撰写 {{文档类型（API/教程/架构说明/README）}}。
Subject: {{主题}}
Audience: {{目标读者技术级别}}
Prerequisites: {{读者需要先了解什么}}
Style Guide:
- 使用主动语态（"系统返回错误"而非"错误被系统返回"）
- 术语一致（首次出现时给出定义）
- 代码示例必须完整可运行
- 步骤使用有序列表，每一步只讲一个操作
- 不写不言自明的注释（"点击提交按钮"而非"用户点击提交按钮"）
Format: Markdown，代码块标注语言，配置项使用表格。参考角色模板：详见 角色设定与任务设定#6.3 技术文档写手。
4.6 翻译
场景特征：在忠实原文和自然表达之间平衡。领域术语、文化差异、语气一致性是三大挑战。
Role: 专业翻译，精通 {{源语言}}→{{目标语言}}，擅长 {{领域}} 翻译。
Task: 将以下内容翻译为 {{目标语言}}。
Guidelines:
1. 保持原文的语气和风格（正式 ↔ 轻松、严肃 ↔ 幽默）
2. 技术术语使用行业标准译法，首次出现时标注原文（如"云计算（cloud computing）"）
3. 长句按目标语言习惯拆分，不硬译
4. 文化特定表达做本地化处理——找到目标文化中的等效表达
5. 数字、单位、日期按目标地区格式转换（en-US → zh-CN）
Output: 翻译版 + 关键术语对照表（原文 → 译文，按字母排序）。
Source:
{{待翻译内容}}参考模板：详见 Prompt模板库#2.3 翻译。
5. 风格控制详解
5.1 风格维度矩阵
风格不是单一维度的"正式/非正式"，而是多个维度的组合。
| 维度 | 左端 | 中间 | 右端 |
|---|---|---|---|
| 正式度 | 极度正式 | 商务/学术 | 口语/随意 |
| 情感温度 | 温暖共情 | 中立客观 | 冷峻严肃 |
| 信息密度 | 极简（关键点） | 标准段落 | 详尽阐述 |
| 主观程度 | 纯粹客观 | 分析性观点 | 个人立场 |
| 用词难度 | 通俗易懂 | 行业标准 | 专业术语 |
| 修辞手法 | 平铺直叙 | 适度修饰 | 文学化表达 |
风格定位示例：
// 技术博客风格
正式度: 商务 ↔ ● --------------------------------- 随意
情感: 共情 ----- ● ------------------------------- 冷峻
密度: 极简 ----- ● ------------------------------- 详尽
用词: 通俗 ----- ● ------------------------------- 专业
// 营销文案风格
正式度: 正式 ----- ● ----------------------------- 随意
情感: 共情 ● ------------------------------------- 冷峻
密度: 极简 ● ------------------------------------- 详尽
用词: 通俗 ● ------------------------------------- 专业5.2 风格锚定法
最有效的风格控制不是描述风格，而是给出风格示例。
// 风格锚定
请以以下风格写作（参考示例）：
原文：「我们的产品性能很好，能帮助团队提高效率。」
目标风格：「我们的产品将页面加载时间从 3.2s 降低到 0.8s，
实测团队每周节省 12 人/小时的等待时间。」
请按目标风格重写以下内容：{{内容}}5.3 语气一致性维护
长文档中最常见的问题是语气漂移——开头和结尾像两个人写的。
维护策略：
- 在每轮 Prompt 中重申风格要求
- 提供风格检查清单让模型自查
完成后请自查：
- 全文语气是否一致？有没有部分突然变得正式/随意？
- 术语使用是否前后一致？
- 每段的长度和复杂度是否相近？
- 有没有突然出现的"我"或"我们"（如果不允许的话）？6. 字数控制技巧
字数控制是写作 Prompt 中最常见也最容易被忽视的挑战。
6.1 三种控制方式
| 方式 | 说明 | 示例 | 可靠性 |
|---|---|---|---|
| 绝对数 | 指定具体字数 | "写 500 字" | 中（偏差 ±20%） |
| 范围 | 指定最小和最大 | "300-500 字" | 高（偏差 ±10%） |
| 比例 | 指定各部分比例 | "开头 20%、主体 60%、结尾 20%" | 高 |
6.2 字数控制的最佳实践
用范围代替绝对数：模型对"500 字"的理解有较大偏差，但"300-500 字"的表现好得多。
分部分指定字数：比总字数更精确。
总长度 500 字±50 字，其中： - 开头（60 字）：用数据引入 - 第一部分（150 字）：解释问题背景 - 第二部分（200 字）：提出解决方案 - 结尾（90 字）：总结和行动号召用段落数 + 句数间接控制：模型对"句数"的遵循率高于"字数"。
写 4-5 段，每段 3-4 句，每句不超过 30 字。字数偏差的常见原因：
| 原因 | 表现 | 修正策略 |
|---|---|---|
| 模型倾向啰嗦 | 实际字数远超指定 | 加"删除冗余表达，用最简洁的语言" |
| 结构模板占用 | 模板本身占字数 | 给出输出格式模板，告诉模型"模板不计入字数" |
| 示例膨胀 | 模型在例子中过度展开 | 限制"每个例子不超过 2 句话" |
| 头重脚轻 | 开头远长于结尾 | 分部分指定字数比例 |
7. 多语言输出
7.1 直接生成 vs 翻译后润色
| 方式 | 适用场景 | 质量 | 成本 |
|---|---|---|---|
| 直接生成 | 目标语言是模型的强势语言 | 中高 | 低 |
| 翻译后润色 | 需要高语言质量或特定领域术语 | 高 | 高 |
| 双语并排 | 国际化场景（同一内容出多语言版本） | 中 | 中 |
7.2 多语言 Prompt 策略
// 多语言直接生成
请同时输出中文和英文版本。
中文版本：面向国内技术团队，使用技术社区常用术语
英文版本：面向海外开发者，用词符合国际技术文档标准
输出格式：
## 中文版
{{中文内容}}
## English Version
{{English content}}// 翻译 + 润色
第 1 步：将以下内容从中文翻译为英文
第 2 步：润色英文版本，使其符合 native speaker 的表达习惯
第 3 步：列出翻译过程中做的本地化调整7.3 语言混合注意事项
| 场景 | 策略 | 示例约束 |
|---|---|---|
| 技术术语保留原文 | 首次出现时中英对照 | "云计算（cloud computing）是..." |
| 中英混排 | 英文单词前后加空格 | "使用 async/await 处理异步操作" |
| 代码中文注释 | 保持技术栈语言 | "// 初始化数据库连接池" |
| 品牌名/产品名 | 不翻译 | "使用 Cursor 编写 React 组件" |
8. 写作质量评估
写作质量是主观的，但可以通过标准化维度进行评估。
8.1 评估维度
| 维度 | 评分标准（1-5） | 检查点 |
|---|---|---|
| 目标达成 | 内容是否达成了写作目标 | 读者看完是否知道该做什么 |
| 结构清晰 | 逻辑是否连贯、层次是否分明 | 能否一句话说清文章结构 |
| 风格一致 | 全文语气和风格是否统一 | 随机抽 3 段，风格是否一致 |
| 语言质量 | 语法、用词、表达是否准确 | 有没有病句、错别字、歧义 |
| 信息密度 | 是否提供了足够价值 | 有没有"水词"、冗余段落 |
| 吸引力 | 读者是否愿意读完 | 开头 3 句能否抓住注意力 |
8.2 评估 Prompt
请从以下维度评估这段写作的质量（1-5 分）：
1. 目标达成：内容是否有效地传达了核心信息？
2. 结构清晰：逻辑是否连贯？段落过渡是否自然？
3. 风格一致：全文语气和风格是否统一？
4. 语言质量：语法、用词是否准确？有没有冗余表达？
5. 吸引力：开头是否吸引人？读者是否会读下去？
输出格式：
## 总评：X/25
## 分项评分与改进建议：
- 目标达成：X/5 — [建议]
- 结构清晰：X/5 — [建议]
...
## 具体修改建议
[逐句或逐段的具体优化建议]9. 模板速查（12 个可复用模板）
T1 文章生成
写一篇 {{主题}} 的文章，目标读者 {{读者}}。
核心观点：{{观点}}
结构：引人入胜的开头 → 3-5 个分论点（每个含案例）→ 有力的结尾
风格：{{正式/轻松/说服}}
篇幅：{{范围}} 字
约束：开头不要用"在...的今天"句式T2 文章润色
润色以下内容：
问题：{{太啰嗦/语气不对/结构混乱}}
目标风格：{{参考风格}}
保持：原文的核心观点和事实性内容不变
输出格式：[评价] + [润色后] + [改了什么]T3 邮件起草
起草一封给 {{收件人}} 的邮件。
主题：{{主题}}
目的：{{期望结果}}
语气：{{正式/半正式}}
关键信息：{{要点}}
行动项：{{你在何时做什么 / 对方需要做什么}}T4 会议纪要
将以下会议对话整理为会议纪要：
{{对话内容}}
格式：
## 会议主题
## 时间 / 参与人
## 讨论内容（按议题）
## 决策（每项决策）
## 行动项（负责人 + DDL）
## 下次会议T5 文案生成
为 {{产品/活动}} 写 {{社媒/广告/邮件}} 文案。
目标用户：{{画像}}
核心卖点：{{卖点}}
转化动作：{{期望行为}}
语调：{{专业/情感/紧迫}}
输出：3 个备选标题 + 正文（100 字以内）+ CTAT6 技术教程
写一篇关于 {{主题}} 的教程。
目标读者：{{初学/进阶/专家}}
前置知识：{{读者应已掌握的内容}}
环境：{{操作系统 / 工具版本}}
结构：
1. 最终效果预览（让读者看到终点）
2. 前置准备（安装/配置）
3. 分步实现（每步有代码和截图说明）
4. 常见问题
5. 延伸阅读
代码使用 ```{{语言}} 标记。T7 API 文档
为以下 API 编写文档：
端点：{{方法}} {{路径}}
请求：{{参数 + 类型 + 说明}}
响应：{{结构 + 示例}}
认证：{{方式}}
限流：{{限制}}
输出格式：Markdown，包含请求示例（curl）和响应示例（JSON）。T8 PRD 文档
为 {{功能名称}} 编写 PRD：
1. 背景：要解决什么用户问题？
2. 目标：如何衡量成功？
3. 用户场景：流程图或 step-by-step
4. 功能规格：核心 + 边界情况
5. 技术约束：{{技术限制}}
6. 排期：MVP 范围
风格：清晰、可执行、避免模糊表述。T9 演讲稿
写一篇关于 {{主题}} 的演讲稿。
场合：{{会议/发布会/内部分享}}
时长：{{分钟}}（约 {{字数}} 字）
受众：{{听众背景}}
风格：{{正式/轻松/激励}}
结构：
- 开场：抓住注意力的故事或问题
- 主体：3 个要点，每个包含情感共鸣 + 逻辑论证
- 结尾：强有力的号召或发人深省的提问
标记语气停顿和重点强调的部分。T10 总结/摘要
将以下内容总结为 {{字数}} 字的摘要：
{{原文}}
要求：
- 保留所有关键数据和结论
- 不增加原文没有的观点
- 按重要性排列信息（最重要的放最前面）
- 使用原文的关键术语T11 社交媒体
写一条 {{平台}} 帖子。
主题：{{主题}}
目标：{{曝光/互动/转化}}
风格：{{轻松/专业/幽默}}
要素：{{表情符号/话题标签/@ 提及/图片描述}}
篇幅：适配 {{平台}} 的最佳长度
提供 A/B 两个版本。T12 多语言版本
将以下内容输出为中英文双语版本：
{{内容}}
中文版要求：面向国内 {{行业}} 从业者
英文版要求：面向国际 {{行业}} 受众
输出格式：
---
**中文版**
...
**English Version**
...
---10. 写作 Prompt 的常见反模式
| 反模式 | 错误示范 | 正确方式 |
|---|---|---|
| 无受众指定 | "写篇文章介绍云计算" | "面向刚入行的后端开发者介绍云计算基础概念" |
| 风格描述过于模糊 | "写得好一点" | "使用简洁直接的句式，每段不超过 5 句，避免形容词堆砌" |
| 字数控制不合理 | "写 5000 字" | "写 1500-2000 字，分 5 个部分，每部分 300-400 字" |
| 一轮期望过高 | 直接要求完美终稿 | 先出大纲 → 确认方向 → 生成正文 → 分段润色 |
| 忽视品牌声音 | 不提供任何品牌风格参考 | 提供 2-3 个风格示例作为锚定 |
| 结构不指定 | 让 AI 自己决定内容组织 | "按问题→原因→解决方案→实施步骤的顺序组织" |
| 不设检查点 | 一次输出就完事 | "输出后请检查：语气是否一致？术语是否统一？" |
11. 工作流集成
需求阶段 → 写作目标定义（目标/受众/核心信息）
-------
大纲阶段 → 结构设计 Prompt（T1 或 4.1）→ 确认大纲
写作阶段 → 正文生成 Prompt（4.1-4.6）→ 生成初稿
润色阶段 → 润色 Prompt（T2）→ 质量检查
评估阶段 → 评估 Prompt（8.2）→ 打分和改进
-------
发布阶段 → 多语言版本 Prompt（T12）→ 输出12. 关联笔记
02_Domains/AI/03_Prompt_Engineering/
- Prompt模板库#2.1 文章写作 — 文章写作完整模板
- Prompt模板库#2.2 邮件/消息 — 邮件起草模板
- Prompt模板库#2.3 翻译 — 翻译模板
- System Prompt设计#6.2 写作助手模板 — WriteMate 润色模板
- 角色设定与任务设定#6.3 技术文档写手 — 技术文档写手角色模板
- 输出格式控制#5. Markdown / Table / List 格式控制 — 文档格式控制
- AI编程Prompt — 编程文档写作参考
04_Prompts/
- ChatGPT写作提示词 — ChatGPT 三种写作模板
- 文档整理工作流 — 文档整理标准化流程
02_Domains/AI/
- AI写作 — AI 写作应用概览
- AI产品Prompt — 产品级 Prompt 设计参考
02_Domains/Thinking/
- Prompt 的语言学基础 — 从语言能力角度的深层理解