AI 编程大翻车:1500+行代码消失不见了!
作者：微信文章大家好，我是六灯，我的标签是汽车高级工程师、RPA认证工程师、AI破局行动家，我的目标是让100万普通人用上AI，让100万小白学会AI编程，我将在我的公众号等多平台更新AI资讯、AI工具提交使用方法、AI编程实战等丰富的内容，欢迎您长期关注！
最近在准备一场公司内部的AI编程经验分享，原本想把手头的一个本行业使用的软件调试优化好一些，放到分享会上跟大家进行分享。然而，这两天在优化修改的时候翻车了！
之前看到Cursor有YOLO模式，可以自动去执行、调试代码，用了一段时间比较好用，在调代码的时候基本上可以释放双手，让Cursor自己在那里找问题解决问题。于是把软件在打开YOLO模式时候的这个警告给忘得一干二净了……
今天翻车了！在YOLO模式下，自动调试报错时，把原本1500+行的代码给我删掉只剩下20+行而已。一开始，我通过Ctrl+Z还在及时恢复到之前的状态，还不够重视这个问题，到后来直接没法恢复到原来已经调试好的状态，变成了一个总是有总是的半成品状态，真的是要气晕了。
重新对当前写的这个软件存在的问题进行复盘，发现有3个致命的问题：
1、在开发这个软件的时候，没有给Cursor提出模块化的要求，导致所有的代码全部在main.py文件里边，在解决问题的时候，cursor容易脑乱把所有代码都给删掉。
2、没有进行版本管理和备份，就像平时写PPT时，没备份一样，电脑万一挂了就什么都没了。
3、放任Cursor自己去改软件，提出新的需求时，cursor马上去做，而不是先确认是否对需求理解到位。
针对这3个致命问题，我梳理了一下，我们要从2个方面去解决：
1、提示词方面
开始写软件的时候，要增加要求：
”不同类型的功能模块，要放到不同的文件中进行管理，不要放到main文件中“
在每一次增加需求或者修改的时候，后面都要习惯性地加上这一句话：
”请认真思考后，把你的实现方案先跟我讲一遍，我认可后再进行修改，不要急着直接修改“
这样给AI提出要求，虽然写代码的过程会放慢一点点，但是有时候慢就是快，让AI理解正确需求的情况下，再去干活，会事半功倍。
2、版本管理方面
使用Git进行版本管理，有阶段性的成果时，一定要先锁定一个小版本，然后新建一个新的小版本来修改，万一改废了，还能快速退回到锁定的版本，而不是一下回到解放前。这就像我们平时改PPT时，经常先另存一个V 0.1版之类的，然后再开始更改。
在Git官网下载GIT安装包进行安装，安装后可以给Cursor提出要求了：
接下来，按照提示操作就可以了，最后出现下面的提示，说明版本创建成功了。
V0.1版创建成功了，我们要继续把软件完善，我们得再建一个V0.2版，在新的版本上进行编辑。
当软件调试出问题的时候，就可以直接跟AI说退回到V0.1版本的状态就可以了。
AI编程是普通人撬动自己命运法轮的重要武器，我的目标是让100万普通人用上AI，让100万小白学会AI编程，如果你对AI感兴趣，欢迎关注！
页:
[1]