AI编程经验总结1

1.AI IDE选择

Trae或Code Buddy

 

 2.插入或补全指定位置的代码

Trae有个功能很好用。在要插入代码的地方，按Ctr+I，调出输入框，与AI聊需求，确定好后，AI直接在要插入代码的地方生成代码。经用户确认后，AI插入生成的代码。

腾讯的CodeBddy也有这个功能

点击黄色小灯泡，出现下图中的两个选项。

点击CodeBuddy:添加到CodeBuddy，IDE会将选中的行显示的AI窗口交互区域。

 

3 补全方法

1.编写好函数声明及函数注释，选中这些内容，鼠标点击“添加到对话”

 

在AI文本交互窗口中会显示选中的文件及选中内容的行号区间，编写提示词，"请补全这个函数"

 

4 其他

(1)(可能是对的)实现代码时，尽量选择语法简单的语言，例如Go语言，避免使用C++这种复杂的语言。

用AI编码时，尽量用语法简单的语言。让AI生成使用Qt库的C++，它生成的代码时不时编译不过。让它生成Go代码，我感觉编译通过的概率就比前者大。即使生成的Go代码编译不过，改起来也容易。

(2)C++可能要在AI编程时代落伍了，因为它很不好进行单元测试，还有个原因是它语法太复杂。 

(3)现在的顶级AI(2026.01)生成代码有时还是不能一遍编译通过，可能现在对AI编码的宣传过于夸大。

 

5 AI编码的问题

(1)人理解需求可能有偏差，编写出的需求文档、设计文档还可能有偏差。AI理解这些文档也可能有偏差，AI的实现还很可能有偏差。得找到容易检验AI生成的代码的方法，则无法保证这些代码是否准确无误的实现了原始需求和设计。

(2)AI编码的危险

它的危险之一是生成了看似没问题的代码，但实际有问题。例如下面这段代码

它没有考虑rn.GetRandomNum()方法生成的随机数可能是1，如果是1的话,j就有可能等于len(items)，那样算法就崩溃了。而且这是个随机算法，很不好测出问题。

而且 i不会取到0，这导致items的收割元素永远不会被打乱。

(3)有时，让AI读读项目源码，然后实现一个空方法，它生成的代码，并不优秀。自己重写一边的时间都比审查AI生成的代码的时间短，也比它分析已有源码，编写新源码的耗时要少，而且错误也少，甚至无错误。这种情况发生时，用AI编码反而会降低开发效率。

(4)AI生成的方案很少有简单的方案，倾向于用复杂的方案解决问题。但国外顶级AI这点上能好些。

 

6 校验AI生成代码的方法

(1)人工审查代码

这种方法可以校验少量AI生成的代码。对于AI生成的大量代码这种情况来说，这种方法耗时就很多，甚至不切实际。

(2)多让AI写单元测试 我看它是写的又快又好。

AI较容易写Go语言的单元测试，Go语言本身就支持单元测试。C++这种语言就不行了。

(3)可能AI很适合开发UI

也许用AI编写UI很合适，因为人看UI界面，视觉校核UI是否符合需求的速度，可比读代码快多了。而且相对于后台核心代码来说，前台UI相对没那么重要。

 

7 模型选择经验

不同的模型，某些特定方向的能力是不一样的。利用用Kimi生成mermaid的流程，我试了一次，它失败了。换成DeepSeek就能正确生成了。