247 lines
5.7 KiB
Markdown
Executable File
247 lines
5.7 KiB
Markdown
Executable File
---
|
||
created: 2026-05-02
|
||
type: source
|
||
tags: [AI编程, 提示词, Prompt工程, 代码生成, 单元测试, 重构, 性能优化, RAG]
|
||
source: "https://mp.weixin.qq.com/s/d7KyZGPMucJ6fGmUX7u_Vg"
|
||
author: 苏三
|
||
---
|
||
|
||
# 程序员最常用的10个AI提示词 — 研究笔记
|
||
|
||
> 来源：微信公众号 **苏三**
|
||
> 链接：<https://mp.weixin.qq.com/s/d7KyZGPMucJ6fGmUX7u_Vg>
|
||
> 归档时间：2026-05-02
|
||
|
||
---
|
||
|
||
## 📌 核心理念
|
||
|
||
> 2026年，AI编程已经像Git一样成为标配。
|
||
> 区别不在模型，而在**提示词**。
|
||
|
||
### 好提示词的标准：STAR原则
|
||
|
||
| 字母 | 含义 | 示例 |
|
||
|------|------|------|
|
||
| **S** | Situation（背景） | 我在做什么项目 |
|
||
| **T** | Task（任务） | 具体要干什么 |
|
||
| **A** | Action（约束） | 用什么技术、遵循什么规范 |
|
||
| **R** | Result（输出格式） | 要代码or解释？加注释or不加？ |
|
||
|
||
**关键**：好的提示词不是"请写代码"，而是**带约束、给示例、明确输出格式**。
|
||
|
||
---
|
||
|
||
## 📝 10个提示词模板
|
||
|
||
### 1. 需求澄清：模糊需求 → 落地文档
|
||
|
||
**场景**：产品给一句话，转成详细设计
|
||
|
||
```
|
||
作为后端架构师，请帮我分析这个需求，输出一份技术方案大纲：
|
||
{需求原文}
|
||
|
||
要求：
|
||
1. 拆解成用户故事
|
||
2. 列出涉及的实体和关系
|
||
3. 给出API端点设计（RESTful风格）
|
||
4. 指出潜在的技术风险
|
||
```
|
||
|
||
**案例**："用户下单后30分钟未支付，自动取消订单并释放库存"
|
||
→ AI生成：用户故事 → 实体字段设计 → 延时队列/定时扫表方案 → 并发风险讨论
|
||
|
||
---
|
||
|
||
### 2. 生成单测：覆盖正常/异常/边界
|
||
|
||
**场景**：快速生成单元测试
|
||
|
||
```
|
||
为以下Java方法生成JUnit 5单元测试：
|
||
{粘贴方法代码}
|
||
|
||
要求：
|
||
- 覆盖正常场景、异常场景、边界场景
|
||
- 使用Mockito模拟依赖
|
||
- 每个测试方法命名清晰（should_xxx_when_xxx）
|
||
- 断言使用assertEquals，并输出失败信息
|
||
```
|
||
|
||
---
|
||
|
||
### 3. 代码解释：快速理解复杂逻辑
|
||
|
||
**场景**：接手老代码、看开源项目
|
||
|
||
```
|
||
解释下面这段代码的核心逻辑和设计意图：
|
||
{代码片段}
|
||
|
||
请用通俗语言说明：
|
||
1. 输入输出是什么
|
||
2. 关键步骤（用编号列出）
|
||
3. 使用了什么设计模式（若有）
|
||
4. 可能的坑或改进点
|
||
```
|
||
|
||
---
|
||
|
||
### 4. 重构建议：提升代码质量
|
||
|
||
**场景**：祖传代码看着难受，不敢乱动
|
||
|
||
```
|
||
请作为资深Java架构师，审查以下代码并给出重构建议：
|
||
{代码片段}
|
||
|
||
重点关注：
|
||
- 违反SOLID原则的地方
|
||
- 重复代码
|
||
- 可读性问题
|
||
- 性能瓶颈
|
||
|
||
请提供逐条建议，并给出重构后的代码示例。
|
||
```
|
||
|
||
---
|
||
|
||
### 5. 异常排查：堆栈定位
|
||
|
||
**场景**：线上报错，日志一堆
|
||
|
||
```
|
||
以下是应用抛出的异常堆栈，请分析可能的原因并给出排查思路：
|
||
{粘贴堆栈}
|
||
|
||
已知：{补充业务上下文}
|
||
|
||
请输出：
|
||
- 最可能的根本原因
|
||
- 需要检查哪几个类（文件名+行号）
|
||
- 建议的临时修复和长期方案
|
||
```
|
||
|
||
---
|
||
|
||
### 6. 性能优化：分析慢接口
|
||
|
||
**场景**：接口响应慢，让AI扫描代码
|
||
|
||
```
|
||
以下是一个Spring Boot接口的实现，请帮我分析性能瓶颈：
|
||
{代码}
|
||
|
||
请特别关注：
|
||
- 循环内的数据库查询（N+1）
|
||
- 可并行化的地方
|
||
- 缓存使用机会
|
||
- 大对象/集合的创建
|
||
|
||
输出优化建议和示例代码。
|
||
```
|
||
|
||
---
|
||
|
||
### 7. 生成SQL与索引建议
|
||
|
||
**场景**：设计表结构或优化慢SQL
|
||
|
||
```
|
||
需求：{描述查询需求}
|
||
表结构：
|
||
{CREATE TABLE语句}
|
||
|
||
请：
|
||
1. 写出符合需求的SQL
|
||
2. 解释执行计划是否用到了索引
|
||
3. 推荐创建哪些索引（B-tree/Hash/复合）
|
||
4. 给出分页优化建议（若需要）
|
||
```
|
||
|
||
---
|
||
|
||
### 8. 生成结构化知识文档（RAG友好）
|
||
|
||
**场景**：生成Markdown技术文档，方便AI检索
|
||
|
||
```
|
||
根据以下需求/代码，生成一份Markdown格式的技术知识文档：
|
||
{内容}
|
||
|
||
请包含：
|
||
- 标题和简短介绍
|
||
- 关键术语表
|
||
- 流程图或时序图（Mermaid格式）
|
||
- 示例请求和响应（若API）
|
||
- 常见问题与避坑
|
||
```
|
||
|
||
---
|
||
|
||
### 9. 设计评审：找架构漏洞
|
||
|
||
**场景**：设计方案，让AI扮演技术评审
|
||
|
||
```
|
||
你是一位资深的系统架构师。请评审以下设计文档：
|
||
{文档或描述}
|
||
|
||
从以下角度提出问题：
|
||
- 可扩展性（未来新增需求会破坏现有设计吗？）
|
||
- 高可用（单点故障？降级方案？）
|
||
- 数据一致性（是否有并发写冲突？）
|
||
- 运维复杂度（部署、监控、扩容）
|
||
|
||
输出：至少3个疑问点和改进建议。
|
||
```
|
||
|
||
---
|
||
|
||
### 10. 跨语言翻译：Python → Java
|
||
|
||
**场景**：优秀的Python/Go示例转成Java
|
||
|
||
```
|
||
将以下{语言}代码转换成Java代码：
|
||
{代码}
|
||
|
||
要求：
|
||
- 使用Java 17+特性（var、record、switch表达式等）
|
||
- 保留原逻辑和变量命名风格
|
||
- 补充必要的异常处理
|
||
- 输出完整类定义
|
||
```
|
||
|
||
---
|
||
|
||
## 💡 使用技巧与避坑
|
||
|
||
| 技巧 | 说明 |
|
||
|------|------|
|
||
| **给示例胜过给描述** | 想让AI输出特定格式JSON，直接给一个例子最有效 |
|
||
| **用分隔符隔离上下文** | 用"— 我是代码 —"标记代码块，避免跟指令混淆 |
|
||
| **一次只问一件事** | 复合问题分开问，产出质量和速度更稳 |
|
||
| **开启联网搜索** | 最新API、依赖版本，让AI先检索再回答 |
|
||
| **把纠错成本前移** | 先让AI列出假设再写代码，降低幻觉风险 |
|
||
|
||
---
|
||
|
||
## 🔑 金句
|
||
|
||
> **"会提问"比"会写代码"更稀缺**
|
||
|
||
> AI不是魔法，它是你用得越顺手越强的工具。
|
||
|
||
---
|
||
|
||
## 🔗 关联资源
|
||
|
||
- [[Skill自动化管理方法]]（空格的知识库管理方案）
|
||
- [[Skyvern研究]]（浏览器自动化Agent）
|
||
|
||
---
|
||
|
||
*研究完成，2026-05-02 | 作者苏三，10个提示词覆盖需求→代码→测试→重构→排错→优化全流程*
|