我用CodeBuddy开发了三款应用：吐血总结各模型优缺点，这些坑你别再踩了

工欲善其事，必先利其器。在AI编程时代，选对工具和模型，往往能事半功倍。在上次的文章中（），我们貌似发现了CodeBuddy的一个身世之谜，跟VS Code有着千丝万缕的联系。可以理解，毕竟VS Code的能力和用户生态不是一般厂商能够比拟的，二次包装也不失为一个好方法，符合鹅厂的一贯作风。

经过一段时间的深度体验，我发现腾讯云的CodeBuddy堪称神器，但其国际版和国内版下的各大模型，表现却是八仙过海，各显神通。

截至目前，我只发现CodeBuddy国际版有14天的免费体验期，而且在选择模型时有明确的Credit消耗提醒。

国内版我是11月5日下载的，还没到14天，暂时不知道是不是过了14天也不能用了。但是从用户界面来看，没有Credit的消耗提醒，感觉八成不会收费，或者短期内不会，毕竟这几个模型也都是开源的。

这一点，如果有人国内版用的比较早的，欢迎评论区反馈一下超过14天会不会强制收费。

这段时间内，我主要通过CodeBuddy开发了三个项目：全功能电子商城系统、小型图书借阅管理系统和一个数独微信小程序。今天，就用我亲身经历的这三个项目，给大家带来一份热乎的深度测评与避坑指南。

其中，最复杂的全功能电子商城系统是通过CodeBuddy国际版开发的，前期使用的模型是GPT-5-Codex，大致完成了整体框架的搭建，但是部署过程一直有问题，主要是组件的版本问题，比如运行时一直提示node.js版本过低，运行异常，但它一直解决不好这个问题；后来，我将模型替换为Gemini-2.5-Pro，才将项目运行起来。

但是，可能由于这个项目过于复杂，在后面优化功能时，模型多次出现幻觉，似乎陷入了左右互搏的境地。例如我明明三令五申我要部署在Ubuntu系统中，但它的理解却驴唇不对马嘴，自顾自地在我本地的Windows系统中疯狂测试命令，不断根据Windows的报错修改工程，仿佛处在另一个平行宇宙，中间甚至有几次要将已经整改好的文件修改为Windows中的相关配置。

这提醒我们，AI虽强，但在人机协同中，人的监督和纠偏依然至关重要。

对了，捎带提一下，CodeBuddy仅支持运行在Windows和MacOS系统中，暂不支持其它系统。

第二个项目就是我的数独微信小程序，有些粉丝已经体验过内测版本了，功能上现在已经没有问题了，等我的微信小程序备案通过，大家就能体验到了。或者，如果备案流程比较长，大家也有可能体验到更新版本。

当然，小程序开发过程中也遇到了问题。按照当前CodeBuddy的实现逻辑，它的每个项目基本上对应一个会话；如果要新建项目，第一步就是要新建对话。但可能是插件不稳定的原因，有时候新建了对话，项目还在之前的工程路径下。比如我这个小程序，上个体验版本0.9.0就是用DeepSeek-V3-1-Terminus开发的，有个底层着色的问题一直解决不了，我就先发了0.9.0版本。

后来，我另起炉灶，新建了一个对话，期望着让新上的GLM-4.6来重新生成一个小程序，择优录取。开始的时候，它确实新建了一个工程路径，但是过程中它竟然把我0.9.0版本的工程给改掉了，不过好在它最后歪打正着，成功解决了底层着色的问题，我也顺势推出了0.9.1版本。真是山重水复疑无路，柳暗花明又一村。

其实，这个问题在我用国际版的时候就出现了，当时是GPT-5-Codex开发失败了，后来换成Gemini-2.5-Pro开发成功了，就在优化过程中，Credit耗尽了，系统自动将模型切换为了Gemini-2.5-Flash，一通乱搞，小程序直接无法运行了。

所以，经过前面几次的使用体验，我初步得出了国际版中Gemini-2.5-Pro这个模型比GPT-5-Codex要好用一些、国内版中GLM-4.6比DeepSeek-V3-1-Terminus好用一点的结论。

如果为ChatGPT这些模型的排名，答复如下：

虽然它把自家产品排名靠前，但是不影响我们看其它模型排名。也可能是DeepSeek-V3-1-Terminus发布时间早于GLM-4.6，导致排名落后一点点。

接下来，我要分享一下我用CodeBuddy国内版生成的图书借阅管理系统。系统主页如下：

单击右上角的【登录】按钮，我们就可以使用管理员帐号进行登录。

后来能看到借阅记录、图书管理、读者管理等图书管理系统操作，还可以维护管理员账户，右侧是最近执行的管理员操作。

默认情况下，系统内存放了两本图书，我们可以单击右上角的【增加图书】按钮来创建新书。

配置书本的相关信息，完成添加。

然后再新增一个读者。

然后我们就可以新增借阅记录了。