# 22 个子类 × 完整优化示例

> 从一句粗糙指令到一个专业、可直接交给 AI 执行的提示词。
> 按「角色 + 任务 + 背景 + 格式」四段结构输出。

---

## Code 类（5 个）

### 1. code-bugfix（Bug 修复）

**输入**：`修复 cache.ts 里的 bug`

**优化输出**：

```
作为资深 TypeScript 工程师，精通类型系统与缓存模块设计，先保证修复正确再考虑优化。
定位并最小化修复 @src/cache.ts 中的错误：静态分析定位每个错误并列出触发条件，
应用最小修复保持导出接口与缓存语义不变，标注每个改动，运行 tsc --noEmit 及相关测试。
未给出具体错误信息或环境时，根因不明时用最保守修复并说明推断依据。
① 根因分析（简短要点）② 改动（前后对比）③ 测试结果；附可运行的完整代码片段。
```

---

### 2. code-feature（新功能开发）

**输入**：`做一个用户登录功能`

**优化输出**：

```
作为资深全栈工程师，擅长安全认证与会话管理，优先保证安全再优化体验。
实现用户登录功能：明确需求边界（邮箱/密码/第三方 OAuth）→ 设计认证流程（JWT/Session）→
实现后端接口与前端表单 → 写测试覆盖正常/异常路径 → 验证安全（防暴力破解、CSRF）。
说明技术栈、已有用户表结构、部署环境。
完整可运行的代码 + API 文档 + 使用示例，附必要的错误处理与输入校验。
```

---

### 3. code-refactor（重构）

**输入**：`重构这个函数，太乱了`

**优化输出**：

```
作为资深工程师，擅长识别代码异味并保持行为等价地重构。
重构给定函数：识别代码异味（重复/嵌套过深/命名不清）→ 保持外部行为完全不变 →
改进结构与可读性 → 确认所有测试通过。
说明函数所在文件与用途；保持原有接口签名与副作用不变。
① 现状问题列表 ② 重构策略 ③ 重构前后对比 ④ 行为不变说明 + 测试结果。
```

---

### 4. code-review（代码审查）

**输入**：`帮我 review 一下这段代码`

**优化输出**：

```
作为资深代码审查者，逐条检查正确性、可读性、安全性与性能。
审查给定代码：按正确性 → 可读性 → 安全性 → 性能 → 测试覆盖逐项检查，
列出每个问题的严重度（Critical/High/Medium/Low）、位置与修复建议。
说明代码的业务上下文与技术栈；阻塞问题优先标注。
问题清单（严重度 + 位置 + 建议）+ 汇总评价。
```

---

### 5. code-script（脚本/工具）

**输入**：`写个脚本批量重命名文件`

**优化输出**：

```
作为资深 Python 工程师，擅长编写健壮的文件操作脚本。
编写批量重命名脚本：定义命名规则，处理异常与冲突，记录执行日志。
输入目录与命名规则；不修改原文件（先 dry-run）；说明依赖与运行方式。
直接可运行的 .py 文件 + 顶部使用说明（依赖、运行命令、示例输出）。
```

---

## Writing 类（9 个）

### 6. writing-report（报告/总结）

**输入**：`写一份本周的周报`

**优化输出**：

```
作为资深项目助理，擅长简洁有力的要点式周报。
撰写本周周报：结论先行（本周核心成果），再列出已完成项（附关键结果指标），
最后是下周计划与风险预警。
面向团队与管理层，聚焦进度与待办；无数据时如实标注状态。
分节列表，一项一行；标题 + 结构 + 字数控制（300-500 字）。
```

---

### 7. writing-email（邮件）

**输入**：`给客户写一封催款邮件`

**优化输出**：

```
作为专业客户经理，语气礼貌但立场坚定。
撰写催款邮件：说明到期发票详情，礼貌请求付款，附联系方式与截止日期。
面向长期客户，维护关系；语气得体但明确。
主题行 + 正文 + 结尾签名。
```

---

### 8. writing-copy（文案/营销）

**输入**：`写一个新产品发布公告`

**优化输出**：

```
作为资深品牌文案，擅长提炼核心卖点并驱动用户行动。
撰写 200 字内的新产品发布公告：提炼核心优势 → 锁定目标受众 →
给出明确的行动号召（CTA）。
面向社交媒体潜在用户；语气专业热情，不夸大功能。
标题 + 正文段落 + 3 个备选标题。
```

---

### 9. writing-translate（翻译）

**输入**：`把这段中文翻译成英文`

**优化输出**：

```
作为专业译者，兼顾准确与地道。
翻译给定内容为目标语言：保持术语准确、语气一致、句式自然。
说明文体与用途；术语有约定时优先遵循。
译文 + 关键术语表（如有）。
```

---

### 10. writing-creative（创作）

**输入**：`写一个关于时间旅行的短篇故事`

**优化输出**：

```
作为经验丰富的创意作家，擅长构建引人入胜的叙事。
创作一个时间旅行短篇故事：设定世界观规则 → 设计核心冲突 →
通过对话与细节推进情节 → 给出令人满意的结局。
风格：悬念/科幻；面向科幻爱好者。
3000 字以内，分章节，附创作说明（灵感来源、主题）。
```

---

### 11. writing-polish（润色/改写）

**输入**：`帮我润色这段文案`

**优化输出**：

```
作为资深编辑，保持原意、优化表达。
润色给定文案：保持原意 → 调整语气 → 优化措辞与节奏。
说明使用场景与目标读者；保留关键信息。
润色后全文 + 改动说明（每处改动的理由）。
```

---

### 12. writing-resume（简历）

**输入**：`帮我写一份求职简历`

**优化输出**：

```
作为资深职业顾问，擅长将经历转化为量化的亮点。
将求职者经历转化为个人简介：提取核心亮点（证书/年限/专长）→
量化成果 → 匹配目标岗位要求。
面向招聘方，强调与目标岗位的匹配度；需要岗位方向与亮点数据。
结构化模块 + 要点列表 + 字数限制（500 字内）。
```

---

### 13. writing-speech（演讲/讲稿）

**输入**：`写一份年终总结演讲稿`

**优化输出**：

```
作为资深演讲稿作者，擅长构建口语化、有感染力的叙事。
撰写年终总结演讲稿：开场（致谢/定调）→ 回顾（数据+故事）→
感恩（团队/伙伴）→ 展望（目标+号召）→ 结尾（有力收束）。
面向全体员工；语气温暖、激励、口语化；时长 8-10 分钟。
分节结构 + 时长标注 + 开场/结尾的金句建议。
```

---

### 14. writing-presentation（演示/PPT）

**输入**：`帮我做一份述职 PPT`

**优化输出**：

```
作为演示内容架构师，擅长将信息组织为受众友好的视觉叙事。
构建述职演示：明确受众与目的（述职/汇报/评审）→ 搭建内容框架（KPI 达成 + 亮点项目 +
不足反思 + 下阶段规划）→ 逐页结构设计 → 视觉与话术要点。
面向管理层/评审委员会；时长 15-20 分钟；突出量化成果。
内容框架 + 页面结构 + 设计建议 + 演示话术。
```

---

## Analysis 类（4 个）

### 15. analysis-data（数据分析）

**输入**：`分析一下这个季度的销售数据`

**优化输出**：

```
作为资深数据分析师，擅长趋势解读与因果分析，结论先行、数据支撑。
分析本季度销售数据：数据清洗 → 关键指标提取（同比/环比/趋势）→
异常点识别 → 结论与可执行建议。
面向业务决策者；说明数据来源与时间范围。
结论先行 + 关键图表/数据 + 建议列表。
```

---

### 16. analysis-research（研究/调研）

**输入**：`调研一下 AI Agent 市场的竞争格局`

**优化输出**：

```
作为行业研究员，擅长资料收集、框架搭建与论证分析。
调研 AI Agent 市场竞争格局：收集公开资料（融资/产品/市场份额）→
搭建竞争分析框架（玩家矩阵/技术路线/商业模式）→ 论证 → 给出结论与依据。
说明调研范围（时间/地域/细分）；引用来源、注明局限。
结论先行 + 依据 + 来源引用 + 局限性声明。
```

---

### 17. analysis-review（评估/审查）

**输入**：`评估一下这个方案的可行性`

**优化输出**：

```
作为资深评估专家，擅长多维度对比与结构化评审。
评估给定方案的可行性：明确评估维度（技术/成本/时间/风险）→
逐项对比基准 → 给出评分与依据 → 总结建议。
面向决策者；说明评估标准与权重。
评分表 + 逐项依据 + 综合建议。
```

---

### 18. analysis-forecast（预测）

**输入**：`预测一下明年的市场趋势`

**优化输出**：

```
作为预测分析师，擅长趋势外推与风险评估。
预测明年市场趋势：梳理历史数据与当前信号 → 选择预测模型/框架 →
给出点估计与置信区间 → 标注关键风险与假设。
说明预测依据的数据与方法论；面向投资/战略决策。
趋势结论 + 置信度 + 关键假设 + 风险清单。
```

---

## Ops 类（4 个）

### 19. ops-deploy（部署/发布）

**输入**：`把这个服务部署到生产环境`

**优化输出**：

```
作为资深运维工程师，熟悉 Linux 与容器化部署流程，先备份后变更、先验证后上线。
部署服务到生产环境：确认环境（OS/容器/网络）→ 拉取镜像/代码 →
配置环境变量 → 执行部署 → 验证健康检查 → 监控日志。
说明目标环境与服务类型；操作须可逆，附回滚步骤。
命令清单 + 预期输出 + 验证步骤 + 回滚方案。
```

---

### 20. ops-install（安装/配置）

**输入**：`安装 Redis 并配置好`

**优化输出**：

```
作为资深运维工程师，擅长环境检查与配置验证。
安装并配置 Redis：检查系统依赖 → 安装 Redis → 配置持久化/密码/端口 →
验证连接 → 设置开机自启。
说明操作系统与版本；标注常见坑点（端口冲突/内存限制）。
安装命令 + 配置文件修改 + 验证步骤 + 注意事项。
```

---

### 21. ops-troubleshoot（排查/修复）

**输入**：`服务起不来了，帮我排查`

**优化输出**：

```
作为资深排查专家，擅长日志分析与根因定位。
排查服务启动失败：收集日志（应用/系统/网络）→ 逐步缩小范围 →
定位根因 → 提供修复方案 → 验证修复有效。
说明服务类型、错误现象、最近变更；优先验证最小改动。
排查步骤 + 根因分析 + 修复方案 + 验证方法。
```

---

### 22. ops-maintain（运维/监控）

**输入**：`帮我制定一份服务器运维方案`

**优化输出**：

```
作为资深运维工程师，擅长巡检自动化与告警处理。
制定服务器运维方案：日常巡检清单（CPU/内存/磁盘/日志）→ 备份策略 →
告警处理流程 → 容灾预案 → 巡检频率与责任人。
说明服务器规模与业务重要性；方案须可执行、可验证。
巡检清单 + 备份计划 + 告警流程 + 容灾预案 + 执行时间表。
```

---

## 汇总表

| # | 子类 | 输入示例 | 优化核心变化 |
|---|---|---|---|
| 1 | code-bugfix | `修复 cache.ts 里的 bug` | + 根因分析框架 + 回归验证 |
| 2 | code-feature | `做一个用户登录功能` | + 安全认证流程 + 测试覆盖 |
| 3 | code-refactor | `重构这个函数` | + 行为等价约束 + 前后对比 |
| 4 | code-review | `帮我 review` | + 五维审查框架 + 严重度分级 |
| 5 | code-script | `写个脚本批量重命名` | + dry-run + 异常处理 |
| 6 | writing-report | `写周报` | + 结论先行 + 量化指标 |
| 7 | writing-email | `催款邮件` | + 语气把控 + 结构完整 |
| 8 | writing-copy | `新产品发布公告` | + CTA + 备选标题 |
| 9 | writing-translate | `翻译成英文` | + 术语表 + 文体说明 |
| 10 | writing-creative | `时间旅行故事` | + 世界观规则 + 冲突设计 |
| 11 | writing-polish | `润色文案` | + 改动理由说明 |
| 12 | writing-resume | `求职简历` | + 量化成果 + 岗位匹配 |
| 13 | writing-speech | `年终总结演讲` | + 时长控制 + 口语化 |
| 14 | writing-presentation | `述职 PPT` | + 逐页结构 + 演示话术 |
| 15 | analysis-data | `分析销售数据` | + 结论先行 + 建议列表 |
| 16 | analysis-research | `调研竞争格局` | + 框架搭建 + 来源引用 |
| 17 | analysis-review | `评估方案可行性` | + 多维评分表 + 依据 |
| 18 | analysis-forecast | `预测市场趋势` | + 置信区间 + 风险清单 |
| 19 | ops-deploy | `部署到生产` | + 回滚方案 + 健康检查 |
| 20 | ops-install | `安装 Redis` | + 环境检查 + 验证步骤 |
| 21 | ops-troubleshoot | `服务起不来了` | + 日志收集 + 根因定位 |
| 22 | ops-maintain | `运维方案` | + 巡检清单 + 容灾预案 |

---

## 核心规律

**优化 = 补全「谁做 + 做什么 + 为什么 + 怎么交付」四要素**

| 类别 | 核心侧重 |
|---|---|
| **Code** | 可运行性、测试覆盖、安全、最小改动 |
| **Writing** | 身份定位、受众语气、文体规范、结构完整 |
| **Analysis** | 结论先行、数据支撑、来源引用、局限声明 |
| **Ops** | 步骤可逆、回滚方案、环境验证、执行清单 |