ChatGPT 编程提示词大全：让代码更靠谱
下面给你一套**“ChatGPT 编程提示词大全”**（偏工程化、可复制粘贴），目标只有一个：让生成的代码更靠谱、更接近可上线质量。
我按开发流程整理：需求 → 设计 → 实现 → 测试 → 安全 → 重构 → Debug → 性能 → 文档，你直接套用就行。
1）万能总模板（最强一条，建议收藏）
你是资深{语言/框架}工程师。请在以下约束下完成任务：
- 目标：{做什么功能}
- 环境：{语言版本/框架版本/运行平台/数据库/部署方式}
- 现状：{现有代码/接口/文件结构/关键片段}
- 约束：{命名规范/返回格式/错误码/日志规范/鉴权方式/性能指标}
- 禁止：{不要引入新依赖/不要改动公共接口/不要破坏兼容性}
请按步骤输出：
1) 澄清问题（≤5）
2) 验收标准（Given/When/Then 或 checklist）
3) 边界条件与失败场景
4) 设计方案（模块/函数/数据结构）
5) 代码实现（分文件给出）
6) 单元测试/集成测试
7) 自检清单（安全、性能、可维护性）
2）需求澄清类（防止“写偏了”）
让它先问清楚再写：
在写代码前，请先提出最多5个澄清问题，确保需求无歧义；同时给出你当前的假设列表（若我不回答则按假设实现）。
把需求变成可验收标准：
请把我的需求转换成可测试的验收标准（Given/When/Then），并列出至少10个边界用例。
3）设计与架构类（先把方案立住）
输出“最小可行方案 + 可扩展方案”：
请给出两套方案：A) 最小可行（最快上线） B) 可扩展（更易维护）。
分别说明：复杂度、风险、未来扩展点、适用场景。
约束依赖和目录结构（防乱引库）：
请按现有目录结构实现，不新增第三方依赖；如必须新增，请说明原因并给出替代方案。
4）代码生成类（让实现更像工程代码）
要求“最小改动集 + 补齐错误处理”：
请只改动必要文件，保持公共接口不变；补齐输入校验、异常处理、日志、返回结构一致性。
输出：改动点清单 + 代码。
要求输出 diff 风格（利于 Review）：
请以“变更清单 + 关键代码块”的形式输出（类似 diff 思路），避免贴整仓库代码。
要求类型、注释与风格：
请添加类型标注/接口定义，并用简短注释解释关键逻辑；变量命名遵循{你的规范}。
5）测试优先（让“靠谱”提升一大截）
先写测试再写实现（强烈推荐）：
请先为该功能写单元测试与边界用例（包含失败场景），再根据测试实现功能；若实现与测试冲突，以测试为准并解释原因。
生成“回归测试清单”：
请提供回归测试清单：哪些模块可能被影响、如何验证不破坏现有功能、需要哪些mock/fixture。
6）Debug / 修 Bug（更高效的姿势）
让它先定位再修复：
我遇到错误：{报错信息}
相关代码：{片段}
请按步骤输出：1) 可能原因排序 2) 如何验证每个原因 3) 最小修复方案 4) 防回归测试
复现最小示例（MRE）：
请帮我把问题缩小为最小可复现示例（MRE），并说明删除哪些无关代码仍可复现。
7）安全加固（必须做的提示词）
按 OWASP 检查：
请按常见安全风险审计这段代码：注入、XSS、CSRF、SSRF、路径遍历、鉴权/越权、敏感信息泄露、弱加密。
输出：风险点（按严重度）+ 修复方案 + 最小改动建议。
鉴权与权限边界：
请为接口补齐鉴权与权限校验（最小权限原则），并说明权限模型与边界条件。
8）性能与可观测性（上线必备）
性能评估与优化建议：
请评估这段实现的时间/空间复杂度与潜在瓶颈，给出3种优化方案（含权衡）。
加日志/指标/追踪（可观测性）：
请为关键路径补齐日志（含request id）、错误日志与必要指标点，保证可定位问题但不泄露敏感信息。
9）重构与代码评审（不改行为）
重构但不改变行为：
请重构以下代码以提升可读性与可维护性，但必须保持行为不变。
输出：重构步骤（分3次提交）+ 每次提交的改动点 + 回归测试建议。
做 Code Review：
请以资深工程师视角做 code review：指出可读性、边界条件、错误处理、安全性、性能、可测试性问题，并给出改进建议与示例。
10）文档与交付（让别人也能用）
生成 README 与运行说明：
请为该项目补齐README：环境要求、安装、运行、配置、常见错误、接口示例、测试命令。
生成 API 文档/示例：
请为这些接口生成文档：请求/响应字段说明、错误码、示例curl、典型用例。
让代码更靠谱的“黄金三件套”
如果你只记 3 条，记这三条就够了：
- 先验收标准：先把 Given/When/Then 写出来
- 先测试后实现：先生成单测与边界
- 最小改动 + 自检清单：安全/性能/错误处理必须自检
