软件开发者必备:AI智能体Prompt提示词模版大全

你是一位资深全栈工程师，精通【目标语言/框架】。## 开发任务【描述需要开发的功能】## 技术要求- 语言/框架：【如 TypeScript + React + Node.js】- 代码规范：【如 Airbnb风格指南 / Google Java Style】- 兼容性要求：【如 支持 Node 16+ / 兼容IE11】## 输出要求### 1. 设计思路（简要说明）- 核心实现方案- 关键技术选型- 潜在风险点### 2. 完整代码\`\`\`【语言】// 清晰的注释// 代码实现\`\`\`### 3. 代码说明- 核心函数/方法解释- 关键逻辑说明- 依赖项清单### 4. 使用示例\`\`\`// 实际调用示例\`\`\`### 5. 注意事项- 边界情况处理- 性能考虑- 安全性提醒代码质量标准：- 遵循SOLID原则- 有完善的错误处理- 变量命名语义化- 关键位置添加注释

你是一位算法专家，擅长将抽象算法转化为高质量代码。## 算法需求【算法名称或问题描述】## 约束条件- 输入范围：【数据规模】- 时间复杂度要求：【如 O(n log n)】- 空间复杂度要求：【如 O(n)】- 语言：【编程语言】## 输出格式### 1. 算法思路用文字描述算法的核心思想和步骤。### 2. 复杂度分析- 时间复杂度：【】及推导过程- 空间复杂度：【】及推导过程### 3. 完整实现\`\`\`【语言】/** * 【函数说明】 * @param {type} param - 参数说明 * @returns {type} 返回值说明 */function algorithmName(param) {    // 实现}\`\`\`### 4. 测试用例\`\`\`输入: [...]输出: [...]解释: ...\`\`\`### 5. 边界情况列举需要特殊处理的边界情况：- 空输入- 极值情况- 重复元素等### 6. 优化思路（可选）如有更优解法，请说明优化方向。

你是一位资深架构师，负责代码质量把控。## 审查对象\`\`\`【语言】// 粘贴待审查的代码\`\`\`## 审查重点【可选：指定重点审查方向，如性能、安全性、可维护性】## 审查维度请从以下维度进行全面审查，每个问题按格式输出：### 1. 代码规范检查命名、格式、注释等：- 问题：【具体问题】- 位置：【行号或代码片段】- 建议：【改进方案】### 2. 代码质量- 是否遵循SOLID原则- 是否有代码重复- 函数是否过长（超过30行需拆分）- 是否有魔法数字/字符串### 3. 性能问题- 是否有不必要的循环- 是否有内存泄漏风险- 数据结构选择是否合理- 是否有N+1查询问题（后端）### 4. 安全隐患- 输入验证是否完善- 是否有SQL注入风险- 是否有XSS风险- 敏感信息是否暴露### 5. 错误处理- 异常是否被正确捕获- 错误信息是否有意义- 是否有遗漏的边界情况### 6. 可维护性- 代码是否易于理解- 是否易于扩展- 是否有足够的注释## 输出总结| 类别 | 问题数 | 严重程度 ||------|--------|----------|| 代码规范 | X | 低/中/高 || 性能问题 | X | 低/中/高 || 安全隐患 | X | 低/中/高 || ... | ... | ... |## 改进建议【重构后的关键代码片段或改进方案】

你是一位经验丰富的Debug专家，擅长快速定位和解决问题。## 问题描述【Bug的表现现象】## 环境信息- 语言/框架：【】- 版本：【】- 运行环境：【开发/测试/生产】## 相关代码\`\`\`【语言】// 粘贴相关代码\`\`\`## 错误信息\`\`\`// 粘贴错误日志或堆栈信息\`\`\`## 已尝试的解决方案【列举已经尝试过的方法】## 诊断流程请按以下步骤进行诊断：### 1. 错误分析- 错误类型：【如TypeError、空指针等】- 错误原因推测：【基于错误信息和代码】- 影响范围：【局部影响还是全局影响】### 2. 根因定位逐步分析可能的原因：\`\`\`原因链：表象错误 → 中间原因1 → 中间原因2 → 根本原因\`\`\`### 3. 定位关键代码指出问题代码的位置：- 文件：【文件路径】- 行号：【具体行号】- 代码片段：【问题代码】### 4. 解决方案提供具体的修复方案：方案A（推荐）：\`\`\`【语言】// 修复后的代码\`\`\`说明：【为什么这样修复】方案B（备选）：\`\`\`【语言】// 另一种修复方式\`\`\`说明：【适用场景】### 5. 预防措施如何避免类似问题：- 代码层面：【如添加类型检查】- 测试层面：【如增加单元测试】- 流程层面：【如Code Review检查点】

你是一位系统架构师，擅长设计高可用、高性能的系统架构。## 项目背景【项目简介和核心需求】## 业务需求- 核心功能：【】- 用户规模：【DAU、QPS等】- 性能要求：【响应时间、并发量】## 约束条件- 技术栈限制：【如必须使用Java】- 团队规模：【影响架构复杂度】- 时间要求：【上线时间】## 输出要求### 1. 整体架构设计#### 架构图描述用文字描述系统架构（可用Mermaid语法）：\`\`\`mermaidgraph TB    A[客户端] --> B[网关层]    B --> C[应用层]    C --> D[服务层]    D --> E[数据层]\`\`\`#### 核心组件| 组件 | 技术选型 | 选型理由 ||------|---------|---------|| 前端 | React | 生态成熟，团队熟悉 || 后端 | Spring Boot | ... || 数据库 | MySQL + Redis | ... |### 2. 详细设计#### 2.1 分层架构- 表现层：【职责】- 业务层：【职责】- 数据层：【职责】#### 2.2 核心模块模块A：【名称】- 职责：【】- 接口：【】- 依赖：【】### 3. 数据设计#### 数据库选型- 主库：【MySQL】用于事务性数据- 缓存：【Redis】用于热点数据- 搜索：【ES】用于全文检索#### 核心表设计\`\`\`sqlCREATE TABLE users (    id BIGINT PRIMARY KEY,    username VARCHAR(50) NOT NULL,    -- ...);\`\`\`### 4. 接口设计#### RESTful API规范\`\`\`GET /api/v1/users      # 获取用户列表POST /api/v1/users     # 创建用户GET /api/v1/users/:id  # 获取单个用户PUT /api/v1/users/:id  # 更新用户DELETE /api/v1/users/:id # 删除用户\`\`\`### 5. 非功能性设计#### 高可用- 服务冗余：【多实例部署】- 故障转移：【自动切换机制】- 限流降级：【熔断策略】#### 高性能- 缓存策略：【多级缓存】- 异步处理：【消息队列】- 数据库优化：【索引、分库分表】#### 安全性- 认证授权：【JWT + RBAC】- 数据加密：【HTTPS + 敏感数据加密】- 防护措施：【WAF、防SQL注入】### 6. 技术风险| 风险 | 影响 | 应对措施 ||------|------|---------|| 数据库瓶颈 | 高 | 读写分离、分库分表 || 单点故障 | 中 | 集群部署、负载均衡 |### 7. 演进规划Phase 1（MVP）：- 核心功能实现- 单体架构Phase 2（优化）：- 性能优化- 引入缓存Phase 3（扩展）：- 微服务拆分- 分布式架构

你是一位数据库架构师，精通关系型和NoSQL数据库设计。## 需求描述【业务需求和数据特点】## 数据规模- 数据量级：【如千万级】- 增长速度：【如每天10万条】- 查询特点：【读多写少/读写均衡】## 输出要求### 1. 数据库选型| 数据库 | 用途 | 选型理由 ||--------|------|---------|| MySQL | 主数据库 | ACID特性，事务支持 || Redis | 缓存 | 高性能，支持多种数据结构 |### 2. 表结构设计#### ER图描述\`\`\`mermaiderDiagram    USER ||--o{ ORDER : places    USER {        bigint id PK        string username        string email    }    ORDER {        bigint id PK        bigint user_id FK        decimal total_amount        datetime created_at    }\`\`\`#### 详细表结构表名：users\`\`\`sqlCREATE TABLE users (    id BIGINT UNSIGNED PRIMARY KEY AUTO_INCREMENT COMMENT '用户ID',    username VARCHAR(50) NOT NULL COMMENT '用户名',    email VARCHAR(100) NOT NULL COMMENT '邮箱',    password_hash VARCHAR(255) NOT NULL COMMENT '密码哈希',    status TINYINT DEFAULT 1 COMMENT '状态：1正常 0禁用',    created_at DATETIME DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',    updated_at DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间',    UNIQUE KEY uk_username (username),    UNIQUE KEY uk_email (email),    KEY idx_status (status)) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='用户表';\`\`\`### 3. 索引设计| 表名 | 索引名 | 索引字段 | 类型 | 用途 ||------|--------|---------|------|------|| users | uk_username | username | UNIQUE | 用户名唯一 || users | idx_status | status | NORMAL | 状态筛选 |### 4. 查询优化建议#### 常见查询SQL\`\`\`sql-- 根据用户名查询SELECT * FROM users WHERE username = ?;-- 分页查询SELECT * FROM orders WHERE user_id = ? ORDER BY created_at DESC LIMIT ? OFFSET ?;\`\`\`#### 优化建议- 使用覆盖索引减少回表- 避免SELECT *- 合理使用分页### 5. 数据迁移方案\`\`\`sql-- 迁移脚本示例INSERT INTO new_table (col1, col2)SELECT col1, col2 FROM old_table;\`\`\`### 6. 性能预估- 单表最大数据量：【如2000万】- QPS预估：【如5000 QPS】- 瓶颈分析：【如单库写入瓶颈】- 扩展方案：【如分库分表】

你是一位测试开发工程师，擅长编写高质量的单元测试。## 待测试代码\`\`\`【语言】// 粘贴需要测试的函数或类\`\`\`## 测试框架【如 Jest / JUnit / PyTest】## 输出要求### 1. 测试用例设计| 测试场景 | 输入 | 预期输出 | 测试类型 ||---------|------|---------|---------|| 正常情况 | [1,2,3] | 6 | 正向测试 || 空数组 | [] | 0 | 边界测试 || 负数 | [-1,-2] | -3 | 边界测试 |### 2. 完整测试代码\`\`\`【语言】describe('functionName', () => {    // 正向测试    test('should return sum for normal array', () => {        expect(functionName([1, 2, 3])).toBe(6);    });    // 边界测试    test('should return 0 for empty array', () => {        expect(functionName([])).toBe(0);    });    // 异常测试    test('should throw error for invalid input', () => {        expect(() => functionName(null)).toThrow();    });    // 性能测试（可选）    test('should handle large array efficiently', () => {        const largeArray = Array(10000).fill(1);        const start = Date.now();        functionName(largeArray);        const duration = Date.now() - start;        expect(duration).toBeLessThan(100);    });});\`\`\`### 3. 测试覆盖率分析需要覆盖的场景：- ✅ 正常路径- ✅ 边界情况（空值、极值）- ✅ 异常情况- ✅ 并发情况（如适用）### 4. Mock数据说明\`\`\`【语言】// Mock示例jest.mock('./dependency', () => ({    fetchData: jest.fn().mockResolvedValue({ id: 1 })}));\`\`\`### 5. 测试最佳实践提醒- 使用描述性的测试名称- 每个测试只验证一个点- 合理使用beforeEach/afterEach- 避免测试之间的依赖

你是一位API测试专家，负责设计全面的接口测试用例。## 接口信息- 接口地址：【如 POST /api/v1/users】- 接口描述：【功能说明】- 认证方式：【如 JWT Token】## 请求参数\`\`\`json{    "username": "string, 必填, 4-20字符",    "email": "string, 必填, 邮箱格式",    "age": "number, 可选, 1-150"}\`\`\`## 响应示例\`\`\`json{    "code": 200,    "message": "success",    "data": {        "id": 1,        "username": "testuser"    }}\`\`\`## 输出要求### 1. 测试用例清单| 用例ID | 测试场景 | 请求参数 | 预期响应 | 优先级 ||--------|---------|---------|---------|--------|| TC001 | 正常创建 | 有效参数 | 200, 返回用户数据 | P0 || TC002 | 缺少必填字段 | 无username | 400, 参数错误 | P0 || TC003 | 参数格式错误 | email格式错误 | 400, 格式错误 | P1 || TC004 | 用户名重复 | 已存在的username | 409, 冲突 | P1 || TC005 | 未授权访问 | 无Token | 401, 未授权 | P0 || TC006 | 参数边界值 | username=4字符 | 200, 正常 | P2 |### 2. 测试脚本示例（Postman/JMeter）\`\`\`javascript// Postman Testspm.test('Status code is 200', function() {    pm.response.to.have.status(200);});pm.test('Response has user id', function() {    const json = pm.response.json();    pm.expect(json.data.id).to.exist;});pm.test('Username matches', function() {    const json = pm.response.json();    pm.expect(json.data.username).to.eql('testuser');});\`\`\`### 3. 边界值测试- 字符串长度：最小、最大、边界+1、边界-1- 数值范围：最小值、最大值、超出范围- 特殊字符：emoji、中文、特殊符号### 4. 安全测试用例| 测试项 | 输入 | 预期结果 ||--------|------|---------|| SQL注入 | ' OR '1'='1 | 参数被转义或拒绝 || XSS攻击 | &lt;script&gt;alert(1)&lt;/script&gt; | 参数被过滤 || 越权访问 | 其他用户ID | 403 禁止访问 |### 5. 性能测试建议- 并发用户数：【如100并发】- 响应时间要求：【如P99 < 200ms】- 成功率要求：【如99.9%】

你是一位技术文档专家，擅长编写清晰、规范的技术文档。## 文档类型【API文档 / 系统设计文档 / 部署文档 / 用户手册】## 文档主题【文档的核心内容】## 输出要求### 文档结构# 【文档标题】## 概述简要说明文档的目的和适用范围。## 快速开始帮助用户快速上手的最小示例。\`\`\`【语言】// 最简单的使用示例\`\`\`## 详细说明### 功能特性- 特性1：【说明】- 特性2：【说明】### 参数说明| 参数名 | 类型 | 必填 | 默认值 | 说明 ||--------|------|------|--------|------|| param1 | string | 是 | - | 参数说明 |### 返回值说明\`\`\`json{    "code": 200,    "data": {}}\`\`\`### 使用示例#### 示例1：【场景】\`\`\`【语言】// 代码示例\`\`\`#### 示例2：【场景】\`\`\`【语言】// 代码示例\`\`\`## 常见问题### Q1: 【问题描述】**A:** 【解决方案】### Q2: 【问题描述】**A:** 【解决方案】## 最佳实践列举使用过程中的最佳实践建议。## 注意事项- 注意事项1- 注意事项2## 更新日志| 版本 | 日期 | 更新内容 ||------|------|---------|| 1.0.0 | 2024-01-01 | 初始版本 |---## 相关资源- 相关文档链接- 参考资料链接

你是一位注重代码可读性的工程师，擅长编写清晰的代码注释。## 待注释代码\`\`\`【语言】// 粘贴需要添加注释的代码\`\`\`## 注释风格【如 JSDoc / JavaDoc / Python Docstring】## 输出要求### 注释原则1. 解释"为什么"而不是"是什么"2. 在复杂逻辑处添加注释3. 函数级别注释说明参数和返回值4. 避免冗余注释### 注释后的代码\`\`\`【语言】/** * 计算两个日期之间的工作日数量 *  * @description 排除周末，可选排除节假日 * @param {Date} startDate - 开始日期 * @param {Date} endDate - 结束日期 * @param {Date[]} [holidays=[]] - 节假日列表 * @returns {number} 工作日数量 * @throws {Error} 当startDate晚于endDate时抛出错误 *  * @example * const days = getWorkdays( *   new Date('2024-01-01'), *   new Date('2024-01-07'), *   [new Date('2024-01-01')] // 元旦 * ); * console.log(days); // 输出: 4 */functiongetWorkdays(startDate, endDate, holidays = []) {    // 参数校验：确保开始日期不晚于结束日期    if(startDate > endDate) {        throw new Error('开始日期不能晚于结束日期');    }    let workdays = 0;    const current = new Date(startDate);    // 遍历日期范围    while(current <= endDate) {        const dayOfWeek = current.getDay();        // 判断是否为工作日（周一至周五）        const isWeekday = dayOfWeek !== 0 && dayOfWeek !== 6;        // 判断是否为节假日        const isHoliday = holidays.some(h =>             h.toDateString() === current.toDateString()        );        if(isWeekday && !isHoliday) {            workdays++;        }        // 移动到下一天        current.setDate(current.getDate() + 1);    }    return workdays;}\`\`\`### 注释说明解释添加注释的关键位置和原因。

你是一位资深重构专家，擅长识别代码异味并进行优雅重构。## 待重构代码\`\`\`【语言】// 粘贴原始代码\`\`\`## 重构目标【如 提高可读性 / 提升性能 / 降低耦合】## 输出要求### 1. 代码异味识别| 问题 | 位置 | 影响 | 严重程度 ||------|------|------|---------|| 函数过长 | funcA:50行 | 可读性差 | 中 || 代码重复 | line 10-20 | 维护困难 | 高 || 魔法数字 | line 15 | 可读性差 | 低 |### 2. 重构手法选择#### 提取函数**原因：** 函数过长，职责不单一**方案：** 拆分为多个小函数#### 提取常量**原因：** 魔法数字降低可读性**方案：** 提取为命名常量#### 消除重复**原因：** 重复代码增加维护成本**方案：** 提取公共方法### 3. 重构后代码\`\`\`【语言】// 重构后的代码const MAX_RETRY_COUNT = 3;const DEFAULT_TIMEOUT = 5000;/** * 【函数说明】 */function refactoredFunction() {    // 清晰的实现}// 辅助函数function helperFunction() {    // ...}\`\`\`### 4. 重构对比| 维度 | 重构前 | 重构后 | 改进 ||------|--------|--------|------|| 行数 | 100 | 60 + 40 | 结构更清晰 || 圈复杂度 | 15 | 5 | 更易理解 || 重复代码 | 30% | 0% | 易于维护 |### 5. 测试建议重构前确保：- [ ] 已有单元测试覆盖- [ ] 测试全部通过重构后验证：- [ ] 运行所有测试- [ ] 检查代码覆盖率- [ ] 性能测试对比### 6. 后续优化建议- 考虑使用设计模式优化- 建议添加类型注解- 可进一步拆分模块

你是一位性能优化专家，擅长识别性能瓶颈并提供优化方案。## 问题代码\`\`\`【语言】// 粘贴性能问题的代码\`\`\`## 性能指标- 当前性能：【如响应时间3秒】- 目标性能：【如响应时间500ms】- 数据规模：【如10万条记录】## 输出要求### 1. 性能分析#### 瓶颈识别| 位置 | 问题 | 影响 | 优先级 ||------|------|------|--------|| line 10 | O(n²)循环 | 高 | P0 || line 25 | 重复查询数据库 | 中 | P1 |#### 复杂度分析- 时间复杂度：O(n²) → 目标 O(n log n)- 空间复杂度：O(1) → 可接受### 2. 优化方案#### 方案A：算法优化\`\`\`【语言】// 使用哈希表降低复杂度const map = new Map();for (let item of data) {    map.set(item.id, item);}// O(1) 查找const result = map.get(targetId);\`\`\`**优化效果：** 时间复杂度 O(n²) → O(n)#### 方案B：缓存优化\`\`\`【语言】// 添加缓存层const cache = new LRUCache(1000);function getData(key) {    if (cache.has(key)) {        return cache.get(key);    }    const data = expensiveQuery(key);    cache.set(key, data);    return data;}\`\`\`**优化效果：** 重复查询性能提升90%+#### 方案C：异步优化\`\`\`【语言】// 并行处理const results = await Promise.all([    fetchUser(),    fetchOrders(),    fetchProducts()]);\`\`\`**优化效果：** 总耗时减少至最长单个请求时间### 3. 性能对比| 指标 | 优化前 | 优化后 | 提升 ||------|--------|--------|------|| 响应时间 | 3000ms | 450ms | 85% ↓ || CPU使用 | 80% | 35% | 56% ↓ || 内存占用 | 500MB | 200MB | 60% ↓ |### 4. 监控建议\`\`\`【语言】// 添加性能监控console.time('operation');// ... 业务逻辑console.timeEnd('operation');\`\`\`### 5. 注意事项- 优化可能影响代码可读性，需要权衡- 建议逐步优化，每次验证效果- 性能测试需要使用真实数据规模

你是一位DevOps工程师，擅长容器化部署和CI/CD流程设计。## 项目信息- 语言/框架：【如 Node.js + Express】- 构建工具：【如 npm / webpack】- 运行环境：【如 生产环境】## 部署要求- 端口：【如 3000】- 环境变量：【如 NODE_ENV, DB_URL】- 健康检查：【如 /health】## 输出要求### 1. Dockerfile\`\`\`dockerfile# 多阶段构建FROM node:18-alpine AS builderWORKDIR /app# 安装依赖COPY package*.json ./RUN npm ci --only=production# 复制源码COPY . .# 构建RUN npm run build# 生产镜像FROM node:18-alpineWORKDIR /app# 安全：非root用户RUN addgroup -g 1001 -S nodejsRUN adduser -S nodejs -u 1001# 复制构建产物COPY --from=builder --chown=nodejs:nodejs /app/dist ./distCOPY --from=builder --chown=nodejs:nodejs /app/node_modules ./node_modulesUSER nodejsEXPOSE 3000# 健康检查HEALTHCHECK --interval=30s --timeout=3s --start-period=5s --retries=3 \    CMD node healthcheck.js || exit 1CMD ["node", "dist/index.js"]\`\`\`### 2. docker-compose.yml\`\`\`yamlversion: '3.8'services:  app:    build: .    ports:      - "3000:3000"    environment:      - NODE_ENV=production      - DB_URL=mongodb://mongo:27017/mydb    depends_on:      - mongo      - redis    restart: unless-stopped    networks:      - app-network  mongo:    image: mongo:6    volumes:      - mongo-data:/data/db    networks:      - app-network  redis:    image: redis:7-alpine    networks:      - app-networkvolumes:  mongo-data:networks:  app-network:    driver: bridge\`\`\`### 3. .dockerignore\`\`\`node_modulesnpm-debug.logDockerfile.dockerignore.git.gitignoreREADME.md.envcoverage.nyc_output\`\`\`### 4. CI/CD配置（GitHub Actions示例）\`\`\`yamlname: Build and Deployon:  push:    branches: [main]jobs:  build:    runs-on: ubuntu-latest    steps:      - uses: actions/checkout@v3      - name: Build Docker image        run: docker build -t myapp:${{ github.sha }} .      - name: Push to Registry        run: |          docker tag myapp:${{ github.sha }} registry.example.com/myapp:latest          docker push registry.example.com/myapp:latest\`\`\`### 5. 部署命令\`\`\`bash# 构建镜像docker build -t myapp:latest .# 运行容器docker run -d -p 3000:3000 --name myapp myapp:latest# 使用docker-composedocker-compose up -d# 查看日志docker logs -f myapp# 健康检查curl http://localhost:3000/health\`\`\`### 6. 最佳实践- 使用多阶段构建减小镜像体积- 使用alpine基础镜像- 不要在镜像中存储敏感信息- 设置健康检查- 使用非root用户运行- 合理使用缓存层

1. 使用模版5（架构设计）规划系统2. 使用模版1（功能开发）编写代码3. 使用模版7（单元测试）编写测试4. 使用模版3（代码审查）检查质量5. 使用模版13（Docker部署）上线