返回列表 发布新帖

同样用AI写代码,有人10分钟搞定有人搞一天,这7个提示词就是全部差距

10 0
发表于 昨天 22:51 | 查看全部 阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有账号?立即注册

×
同样用AI写代码,有人10分钟搞定有人搞一天,差距就在这7个提示词里

fa4f7983ca131dd4007849ea11fbebde.png
同样用Claude写代码。同样用DeepSeek写代码。有人10分钟搞定一个功能。有人折腾一下午还在修Bug。
差距在哪。
不在模型。不在工具。在提示词。
你给AI什么指令。决定了AI给你什么质量的代码。大部分人用AI写代码的方式是:"帮我写一个登录页面"。然后AI给了一坨代码。能用但漏洞百出。然后花三小时修Bug。
其实你只需要换一种说法。同样的事情。10分钟搞定。代码质量还更好。
今天分享7条经过实战验证的AI编程提示词。每一条都能直接用。每一条都能帮你省时间。免费的。
提示词一:先读后改

ccca99fa5fe270a124f5f38c03b0e81f.png
最常见的错误是什么。直接让AI改代码。不给上下文。
"帮我修改用户注册函数"。AI不知道你的注册函数长什么样。不知道你用的什么框架。不知道你的数据库结构。它只能瞎猜。猜对了算你运气好。猜错了你得花时间调试。
正确的做法是。"先阅读以下文件中的相关代码。理解当前的数据结构和业务逻辑。然后修改用户注册函数。增加邮箱验证功能。"
让AI先读懂你的代码。再动手改。这就像让一个新员工先看文档再干活。不看文档就干活的新员工。你敢用吗。AI也一样。
一个先读后改的提示词。能减少80%的返工。因为你给了AI足够的上下文。它不需要猜。
提示词二:分步执行

9ee78a38c99907d3ffa4f68fb6d6a090.png
不要让AI一次性做太多事。
"帮我做一个完整的电商系统"。AI确实能给你一堆代码。但这一堆代码几乎肯定跑不起来。因为任务太大。每个模块都有无数细节需要处理。
正确做法是拆分。"第一步。帮我创建数据库表结构。用户表、商品表、订单表。第二步。帮我写用户注册和登录的API。第三步。帮我写商品列表和详情页的API。第四步。帮我写购物车和下单的API。"
每一步只做一件事。做完确认没问题再做下一步。这就像盖楼。先打地基再建框架再砌墙再装修。不能同时干。
分步执行的另一个好处。如果某一步出了问题。你只需要让AI重新做这一步。不用全部重来。省时间。省Token。省钱。
提示词三到五:上下文、解释、边界

fc9f9fbc2d92e4c0a4a35da4e1c026f1.png
第三个提示词。给足上下文。
"这个项目用的是React 18加TypeScript。数据库是PostgreSQL。部署在Vercel上。请基于这个技术栈来写代码。"
你不告诉AI技术栈。它可能给你Vue的代码。可能给你MySQL的语法。可能给你需要Node.js环境的方案。然后你花时间改。直接说清楚技术栈。AI一次性给你正确的代码。
第四个提示词。要求AI解释修改逻辑。
"修改完成后。请解释你做了哪些改动。为什么这么改。有没有潜在风险。"
这个提示词的价值在哪。在于让AI"自我检查"。AI在解释自己的代码时。有时会发现问题。"哦这里其实应该加一个空值判断"。然后自己改了。你不要求解释。AI就不会自查。bug就留给你了。
说白了。这就像让员工做完事后写个工作总结。写总结的过程中。员工自己会发现"哦这里好像做错了"。然后主动修正。
第五个提示词。明确边界条件。
"请处理以下边界情况。用户名为空。密码少于8位。邮箱格式错误。数据库连接超时。并发注册同一邮箱。"
大部分bug出在哪。边界条件。正常流程AI写得很好。但异常情况它不一定会处理。除非你明确告诉它要处理哪些异常。
你不提边界条件。AI就只写happy path。用户输入正常时代码跑得好好的。用户输入乱七八糟的东西时代码就炸了。然后你在生产环境修Bug修到半夜。
提示词六和七:测试驱动与回归检查

60164c93220fa1e90ad800c5afbdc773.png
第六个提示词。先写测试再写代码。
"先帮我写单元测试。覆盖用户注册的所有场景。包括正常注册、重复邮箱、无效密码、网络超时。测试写完后。再写实现代码。确保所有测试通过。"
这就是测试驱动开发(TDD)的AI版本。先定好标准再写代码。AI写的代码必须通过它自己写的测试。这样做的好处是什么。代码质量直接提升一个档次。因为AI不能"随便写写"了。它写的代码必须通过测试才算完成。
你品。你细品。以前是你写完代码再补测试。测试经常漏。现在先写测试再写代码。测试覆盖更全。代码bug更少。返工更少。总时间反而更短。
第七个提示词。回归检查。
"代码修改完成后。请检查这次改动是否可能影响以下模块。用户登录模块。权限管理模块。日志记录模块。如果有影响请列出具体影响点。"
改了一个函数。可能导致其他用到这个函数的地方出错。这是软件工程最常见的bug来源。AI改代码的时候不会主动考虑影响范围。除非你问它。
这个提示词让AI从"只管改自己的"变成"检查全局影响"。一个回归检查提示词。能帮你省掉至少一个小时的联调时间。
这七个提示词为什么重要
不是因为它们多高深。而是因为大多数人用AI的方式太粗糙。
"帮我写一个功能"。然后AI写了一坨。能跑但不好。改了又改。最后花的时间比自己写还长。然后得出结论。"AI写代码不行"。
其实不是AI不行。是你用法不行。同样一把菜刀。大厨拿着能切出花来。你拿着只能切手指。差距不在刀。在技术。
这七个提示词就是"用AI写代码的技术"。掌握了。你的效率是别人的3到5倍。没掌握。你和没AI的时候差不多。甚至更慢。因为你要花时间修AI写的烂代码。
更重要的是。这些提示词不花一分钱。不需要订阅任何服务。不需要安装任何工具。你下次用Claude、DeepSeek、GPT的时候。直接把这几条加到你的指令里就行。
零成本。即时生效。效率翻倍。
这就是AI时代的一个残酷真相。工具是一样的。差距在方法。掌握方法的人10分钟干完活去喝咖啡了。没掌握方法的人还在加班修Bug。
你选哪个。
回复

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

妙境藏宝阁 提醒您:来不及找到心仪的内容?按  CtrlD  收藏我们后继续追找哦!

投诉/建议联系

xm520vip@gmail.com

未经授权禁止转载,复制和建立镜像,
如有违反,追究法律责任
  • 关注公众号二维码关注公众号
  • 关注小程序二维码关注小程序
Copyright © 2001-2026 妙境部落 版权所有 All Rights Reserved. |网站地图
关灯 在本版发帖
扫一扫进入小程序页面
返回顶部
快速回复 返回顶部 返回列表