现在使用 ChatGPT 辅助编程的人越来越多,但有一个现象特别普遍:
同样是使用 GPT,有人十几分钟就能完成一个小工具,有人却反复修改代码,折腾几个小时都运行不起来。
问题到底出在哪里?
其实很多时候,并不是 GPT 不会写代码,而是我们没有掌握正确的使用方式。
今天分享 5 个实用的 GPT 编程技巧,不需要复杂的提示词,也不需要很深的编程基础,学会之后就能直接应用到日常开发中。
一、让 GPT 先阅读代码,再开始修改
这是我认为非常重要、但很多人会忽略的一个技巧。
假设你已经有一个完整的网站项目,现在想增加一个搜索功能。
很多人会直接输入:
“给我的网站增加一个搜索框。”
结果 GPT 可能重新生成整个页面,导致原来的样式、功能甚至代码结构发生变化。
更好的做法,是先让它理解项目。
推荐提示词:
我将提供一个现有项目的代码。
请先分析项目的文件结构、核心功能和代码逻辑。
暂时不要修改任何代码。
等我提出具体需求后,再告诉我需要修改哪些文件,以及修改可能影响哪些已有功能。
请始终遵守以下原则:保留原有业务逻辑,不随意删除功能,不擅自更换技术框架。
这样能够大幅减少不必要的代码改动。
特别适合已经上线的网站、管理系统以及需要长期维护的项目。
二、学会使用 Diff,让 GPT 只修改需要调整的部分
很多开发者使用 GPT 最大的烦恼,就是每次修改一个小功能,都要复制整份代码。
代码少的时候还好,一旦文件达到几百行甚至上千行,处理起来就比较麻烦。
这个时候,可以让 GPT 使用Diff(差异对比)的方式输出修改内容。
例如:
请检查以下 JavaScript 代码。
我只希望优化搜索功能的响应速度,不修改其他业务逻辑。
请使用 unified diff 格式输出代码变更。
每个修改位置都需要说明原因。
不要输出未发生变化的代码。
GPT 可能会返回类似下面的内容:
- const result = items.filter(item => item.name.includes(keyword)); + const normalizedKeyword = keyword.trim().toLowerCase(); + const result = items.filter(item => + item.name.toLowerCase().includes(normalizedKeyword) + );这种形式可以让你一眼看出代码改动了什么。
需要注意,上面的示例主要改善了搜索匹配规则,并不代表一定能够提升运行速度。实际性能优化还需要结合数据量和测试结果判断。
适用场景:
已有项目的 Bug 修复
页面交互调整
CSS 样式优化
小范围代码重构
新功能的局部集成
对于维护现有项目来说,这种方式通常比让 GPT 重新生成代码更加可控。
三、让 GPT 模拟真实用户,主动寻找程序漏洞
很多人只会让 GPT 写功能,却不知道它还可以帮助检查功能。
比如你开发了一个简单的注册页面。
正常情况下,用户输入手机号、密码,点击注册,完成操作。
但真实用户的行为往往没有这么标准。
有人可能输入空密码,有人可能连续点击注册按钮,还有人可能提交格式错误的手机号。
这时候,你可以让 GPT 站在测试人员的角度思考。
推荐提示词:
你现在是一名软件测试工程师。
我开发了一个用户注册功能。
请从真实用户的角度,帮我列出至少 15 个可能出现的异常操作。
包括但不限于:
输入格式错误
重复点击按钮
网络突然中断
页面刷新
数据重复提交
异常参数输入
请整理成测试表格,包含测试场景、操作步骤、预期结果和风险等级。
这种方式可以帮助开发者提前发现遗漏的边界情况。
尤其是涉及用户注册、订单提交、支付流程等功能时,异常场景测试往往比正常流程测试更容易暴露问题。
不过,GPT 提出的测试场景仍需要在真实环境中验证。
四、用 GPT 快速理解陌生项目
相信很多开发者都有过这样的经历:
从 GitHub 下载了一个项目,打开之后发现几十个文件夹,完全不知道应该从哪里开始。
其实可以把项目目录结构和关键文件提供给 GPT,让它充当你的项目讲解员。
例如,一个简单的前端项目:
my-project/ ├── public/ ├── src/ │ ├── components/ │ ├── pages/ │ ├── services/ │ ├── App.jsx │ └── main.jsx ├── package.json └── vite.config.js你可以这样提问:
我刚接触这个 React 项目。
请根据目录结构,帮我分析每个文件夹可能承担的职责。
重点告诉我:
项目一般从哪里启动?
页面代码通常放在哪里?
公共组件应该在哪里修改?
API 请求一般如何管理?
如果要增加一个新页面,通常需要修改哪些文件?
请用适合初学者理解的方式解释。
需要注意,仅凭目录结构,GPT 只能判断常见项目组织方式。
如果想得到准确结果,最好进一步提供 package.json、路由配置以及相关源代码。
这样一来,即使面对不熟悉的技术栈,也能更快建立对项目的整体认识。
五、让 GPT 自动生成开发文档
这是一个非常适合独立开发者的技巧。
很多人写代码很快,但不愿意写文档。
项目开发的时候觉得自己什么都记得,等过了两个月再打开项目,可能连启动命令都忘了。
其实完全可以让 GPT 根据代码辅助生成 README 文档。
推荐提示词:
请根据我提供的项目结构、依赖文件和核心代码,生成一份标准的 README.md。
文档需要包含:
项目简介
技术栈说明
环境要求
安装步骤
启动命令
核心功能介绍
项目目录说明
常见问题
要求内容简洁、专业,方便其他开发者快速上手。
对于无法从代码中确认的信息,请明确标注,不要自行编造。
除此之外,还可以让 GPT 辅助生成 API 文档、函数注释、数据库字段说明等。
对于需要多人协作或长期维护的项目来说,清晰的开发文档能够减少很多沟通和维护成本。
额外分享:一个让 GPT 减少乱改代码的提示词
如果你经常使用 ChatGPT 修改现有项目,可以收藏下面这段提示词。
你是一名资深全栈开发工程师,现在需要协助我维护一个现有项目。
请严格遵守以下开发规范:
未经确认,不删除任何已有功能。
不随意修改现有业务逻辑。
不擅自更换项目技术栈。
优先采用最小改动方案。
修改前先说明涉及的文件及原因。
修改后说明可能受到影响的功能。
所有新增功能都需要考虑异常处理。
不确定的信息必须明确说明。
尽可能提供可以直接测试的代码。
不要为了简化输出而省略关键实现。
我的具体需求是:【填写需求】
这段提示词尤其适合 React、Vue、Python、Node.js 等项目维护场景。
它不能完全避免 GPT 出错,但可以让代码修改过程更加规范。
总结:真正会用 GPT 编程的人,都在做什么?
如果你仔细观察,会发现高效使用 GPT 编程的人,不只是让 AI 生成代码。
他们更擅长让 GPT:
理解已有项目、定位问题、控制修改范围、设计测试场景、整理开发文档。
这些看起来不起眼的小技巧,恰恰能够节省大量重复劳动。
当然,AI 辅助开发并不意味着可以完全跳过人工检查。
尤其是数据库操作、支付接口、用户隐私和权限管理相关代码,一定要经过充分测试后再正式上线。
📌 更多 ChatGPT 学习资源
想系统学习 GPT 编程、了解更多实用 AI 技巧,可点击文章顶部置顶的《AI 工具学习指南》。
从基础使用到进阶应用,相关内容均可通过指南进一步了解。
如果你平时也使用 ChatGPT 辅助开发,不妨从今天分享的几个技巧开始尝试。
AI 的价值不是替代所有编程工作,而是帮助我们更高效地解决实际问题。