聊聊在真实项目中使用AI

为啥使用AI

因为干不完。而且是个非核心项目。

用的是顶尖的国外大模型.

第一个功能

我有个项目，需要写个联表sql。

这个sql基本覆盖了所有场景，但是就一个核心问题：他使用了Limit 1.

比如说:我想查询这个学校有没有人. AI 先去一班仔仔细细的检查了一遍,然后告诉我:整个学校都没有人了.

只能说:7分。

聊聊代码质量

AI在有意识的重构他写的代码，所以屎山的味道不是很严重。

但是小问题不断。

我不知道这个AI是怎么想的，他特别特别喜欢在小方法里面吃异常。 而且极度不愿意打日志。

注释写的很多，但是日志非常少。

能保证主链路是正常的，但是边缘条件是真的一言难尽。

聊聊核心功能点

我让他写个sql的复杂排序。 一次过。一点问题没有。

然后就是让他帮我生成一个控制层的代码，他也是一次过。

让他创建一个enum枚举类，一次过。

但是也是相同的问题：在边界条件上，他一而再，再而三的出问题。 而且：相同的提示词，使用相同的逻辑，生成的内容参差不齐。

• 有的时候会考虑这个特殊条件
• 有的时候又跳过这个特殊条件

删除不干净

我让AI给我生成了一大堆方法，我觉得不行，于是让他帮我删除干净。他删除不干净，剩下了好几个。 然后：生成的代码在maven构建的时候失败了。

然后：我得手工告知他删除，然后他才能删除。

我又让AI给我生成一个一模一样的，然后他生成的接口类型异常。

在复杂业务中，一次过的概率不算高。

或者说，上下文越长，感觉越弱。

比如说，你让他排序，就一个DDL，一个sql，没了，他能写出让人惊艳的sql 但是，如果扩展到2个表、3个表，或者多个项目来回调整，中间的质量能看，但是边界的质量就很堪忧。

聊聊token消耗

一共是1000额度，20美元。

解决一个小bug，大概需要5额度。 问他一些不怎么相关的内容，2额度