CodeBuddy Code CLI Agent 简单试用-能否愉快的实现Vibe Coding氛围编程

图片

大家好，我是人月聊IT。今天继续聊AI编程方面的话题。

在前面我专门发过文章谈腾讯发布的CodeBuddy Code IDE，这个AI辅助编程工具，特别是国际版可以灵活的选择Claude4.0，GPT5等大模型，因此在上次使用的时候也给了我特别深刻的印象。

特别是还可以灵活的集成各种MCP Server Tools，包括和Git库，和腾讯云本身提供的CI/CD持续集成和部署能力做集成，可以极大的提升开发人员的开发效率。

最近CodeBuddy也推出了类似Claude Code 和Google Gemini CLI的命令行工具，因此我也第一时间试用了下其提供的国际版功能。特别是当前国际版新用户，前两周默认享受 Pro 版本 1,000 Credits，所以要尝鲜的可以抓紧时间进行体验。

根据腾讯对该产品的介绍，该产品本身是对标行业一流 CLI 产品，打造专业工程师用的专业 CLI Agent工具。其核心价值仍然是希望通过自然语言来驱动整个软件全生命周期，包括软件需求，设计，开发，测试和运维的全流程。以实现整个自动化效率和开发效率的提升。实现我前面谈到的类似Vibe Coding氛围编程的体验。

CodeBuddy CLI Agent本身内置多种工具，支持文件编辑、命令运行与提交创建，并能通过 MCP 灵活扩展 或 自定义开发工具。可以像 grep 和 awk 一样，为脚本和工具链无缝集成 AI 能力，原生支持管道输入进行智能分析。

整个安装过程相当简单，命令行运行：

npm install -g @tencent-ai/codebuddy-code

安装成功后，我们建立一个新的文件夹作为CodeBuddy的工作目录，然后进入到该工作目录后再运行 CodeBuddy 命令即可。

注意当前CodeBuddy当前支持多模型选择。

运行：/model即可以自己灵活选择你要使用的后端大模型。

根据腾讯提供的官方资料，该产品核心能力如下：

• 自然语言开发：描述需求，即刻制定计划、编写代码，快速实现功能构建
• 智能代码库分析与集成：具备短/中/长期记忆与上下文感知，高效处理跨文件与架构依赖，支持大规模项目重构、调试、升级，可通过 MCP 扩展，实现深度集成开发
• 内置完整工具链：提供文件读写、代码编辑、搜索匹配、任务管理等一体化工作流，轻松应对复杂开发任务
• 多场景任务自动化：能够从描述直接构建功能、调试与修复问题、自动化处理繁琐任务（如修复 lint 问题、解决合并冲突、编写发布说明等），提升研发效率
• 灵活扩展 AI 团队能力（即将上线）：支持通过自定义 Agents 组建专属 AI 团队，灵活配置开发、运维、测试等任务，实现协同执行与复杂工程管理

对于CodeBuddy CLI的体验。我准备从两个方面进行简单体验。一个是我经常使用的我个人历史文章知识库进行新文章的AI辅助写作的体验，一个是我前面测试验证过的周报填报系统的功能体验。

AI辅助写作能力的体验

在这里，我们同样是把我个人历史文章先存放到MarkDown目录下面。然后要求CodeBuddy基于我个人历史文章，来回答问题。而且严格要求问题的回答必须基于我历史文章进行，需要拆分为4到5个小标题，并形成一篇2000到3000字的图文并茂的新文章。

在CodeBuddy接到任务后仍然是对需求进行分析和拆解，并规划了任务执行的详细步骤，具体步骤如下：

基于该分解后的任务清单，AI可以自动化完成所有的执行，并输出完整的问题回答文章。整个文章输出效果相当好。基本满足我的需求，比如当前是一个如何看透事物本质的问题，输出的文章如下：

大家可以看下，实际文章的输出效果相当不错。和我前面使用Trae+Claude4.0大模型的时候输出基本一致。而且在原来我提示词上面还专门增加了对Sequencial-MCP工具的使用要求。

而在使用CodeBuddy CLI的时候，发现基本自带了需求理解，任务拆解，任务规划和执行todo list清单的能力。整个过程在需求明确后，交付给CLI后，你基本不用再操心，直接等结果输出即可。

基于Vibe Coding思路的AI辅助编程

接着，我们再来测试下Vibe Coding能力。注意我前面专门解释过Vibe Coding，简单来说就是基本不接触或主动去修改代码的编程。而不是说一句话让AI生成完整系统。

我们希望的是一开始就提供完整的需求内容，开发规范和开发约束内容，然后让AI进行需求的理解，任务的规划，需求开发，数据库设计，包括原型的设计。在经过确认后再进行相关功能的开发。

因此为了测试该能力，我提前准备了周报填报系统的完整的提示词文件，具体内容如下：

# 周报管理系统概述
该系统用于公司员工填写周报，相关领导查看和审核周报的一个系统。

# 基础配置功能说明
-- 需要有用户信息维护功能，维护用户信息，同时维护该用户对应的直属领导用户名。同时在用户维护处可以维护该用户的角色，注意一个用户可以有多个角色。用户信息包括基本的用户工号，用户登录名，密码，中文姓名，所属部门，密码，用户状态。密码需要加密存储。
-- 部门信息维护功能，需要能够维护部门信息，不考虑多级结构，就一个层级信息
-- 数据字典维护功能，后续要用的数据字典信息全部在这里配置维护，如项目类型，周报类型等
-- 角色维护功能，维护角色信息。同时在同一个功能维护该角色下面的用户信息。注意一个角色下面可以有多个用户。
-- 菜单维护功能：菜单需要支持层级功能，注意在菜单维护处需要维护菜单对应的具体功能链接的相对地址，注意在菜单维护底层还需要维护可以访问该菜单的角色信息。1个菜单可以维护多个角色可以访问。
-- 权限维护功能：暂时不需要，默认控制到菜单级别。即菜单维护处的角色可以访问该菜菜单功能即可。
-- 个人信息查看：登录后的用户，可以查看自己的个人信息，同时在该界面支持对密码进行修改。

# 周报模板配置功能
注意周报模板是本系统的一个核心功能，即管理员可以配置多个周报模板，然后将周报模板分配给不同的角色。那么相关人员就可以填报，查看和审核该周报。周报模板是类似于一个填报的excel表格，需要做到灵活配置。具体要求如下：
1. 管理员可以创建周报模板，对应创建好的周报模板，应该有一个列表可以查看。在这个界面对周报模板进行角色分配。注意这里分配两类角色。第一个是填报角色，第二个是查看角色。对应填报角色的人员则需要填写该周报，对于查看角色的人员可以查看该周报。
2. 注意周报填报完成提交后，没有专门的审核角色，在这里规则是我们在维护用户的时候维护了用户的直接领导，那么该周报默认由该领导进行审核。
3. 可以新增加周报模板，一个周报模板可以由多个数据对象，每个数据对象又可以有多个数据项，这些都需要灵活定义。比如项目经理周报，这个模板可以有当前项目信息对象，售前项目对象，团队管理项目对象。对于当前项目对象又可以维护项目名称，项目状态，项目参与人员，项目进展等数据项。
4. 周报模板中的每个数据对象相互独立，每个数据对象里面的数据项支持字符，数字，日期三种类型。但是要注意对于字符型的时候可以选择具体的控件类型。其中包括了文本框架，多行文本框和下拉选择框。注意如果是下拉选择框的话我可以配置选择某个数据字典项做为具体的选择列表显示。

# 周报填报查看和审核说明
1. 如果一个周报配置了填报角色，那么这个角色的用户登录后，可以看到在待我填报菜单看到待我填报的周报列表。这个查看界面需要有开始时间，结束时间，周报名称几个关键的查询条件可以多列表进行查询。
2. 周报的填报只在每的周六，周日两天进行填报，其它时间不可以进行填报。
3. 用户查看到待我填报的周报后，点击该行最后一列中的填报按钮可以进入具体的内容填报界面
4. 填报界面注意会自动基于周报模板加载需要填报的周报内容。并对页面进行初始化。
5. 填报标题包括了 姓名，部门，编制时间，报告时间几个字段。包括时间本身包括了开始时间和结束时间。
6. 填报的正文部分内容分应该读取该填报周报模板设计的所有填报对象进行展示，不同的填报对象应该展示不同的表格字段信息。并对相关的界面控件完成自动化的初始化。
7. 用户在填报界面可以点击还原上周周报按钮，那么系统将自动导入上周的周报信息，用户可以在这个基础上进行修改。
8. 对于填写的周报，用户可以选择暂存。那么下次从待我填写周报列表中，可以再次进入修改和填报。
9. 对于填写完成的周报，用户可以点击提交按钮进行提交。对于提交后的周报，用户不可以再进行修改。周报状态自动变为待审核。
10. 系统应该有一个待我审核的功能，在这里用户的直接领导可以看到待自己审核的周报列表。在最后一列的审核按钮可以进入到周报查看和审核界面。
11. 周报查看在这里不用显示控件，而应该直接显示用户填报的周报内容，表格化网页显示即可。注意领导可以对填写的周报发表审核意见，并提交。周报状态变化为已审核。
12. 还有一个菜单叫我填报的周报菜单，在该菜单，用户可以看到所有自己填报的周报列表信息，同时可以查看到领导对周报的审核意见，注意审核意见直接显示在周报列表的表格中。
13. 还有一个独立功能，叫周报查看，即周报配置了查看角色，那么具备该角色的可以在该功能查看到所有可以查看的周报列表，但是只能进入查看，不能对周报信息进行审核。

# 周报系统的首页
1. 在周报系统首页门户，可以显示一些周报填报的统计分析数据信息，在首页可以显示待填任务，已填任务，总任务，完成率等关键统计信息。同时可以看到系统公告信息。
2. 同时可以看到本周分部门的周报应填写总数和已填写总数的一个柱状图图表展示。
3. 周报系统首页我希望包括顶部top栏位，左边的outlook bar菜单，中间部分是点击菜单后的功能页面显示区域。

# 系统开发语言和框架选择
我准备用python语言来开发一个管理系统。具体开发框架和数据库选择如下：
1. 采用Flask + Jinja2 + AdminLTE + Chart.js + Select2 开发框架来进行开发
2. 数据库采用sqlite数据库，对于数据库表必须保留创建人，创建时间，最后更新人，最后更新时间，Flag五个字段。数据库命名全部采用大写英文字母，中间用_分开。类似项目类型字段命名为 PROJECT_TYPE
3. 不需要前后端分离，整个开发架构尽量简单，但是界面简单美观易用。

# 系统开发要求
1. 需要生成独立的markdown格式的需求文档，每个一级菜单大模块生成一个需求文档，markdown格式，存放在Requirement目录下面。
2. 需要生成完整的数据库设计文档，markdown格式。存放在Design目录下面。
3. 需要生成完整的项目Demo运行程序，Demo样式严格参考 Demo-Ref 子目录下的样例Demo进行设计。生成的Demo放在Demo子目录下，生成的Demo要完全可运行，可交互，但是不需要实际访问数据库。
4. 暂时不需要生成实际运行的源代码文件。

然后让AI基于我上面要求来帮我进行需求文档编写，数据库设计，和界面原型的开发。

注意在这里CodeBuddy会帮我先生成拆分后的结构化的markdown格式的需求文档，具体如下：

具体需求内容如下：

同时生成独立的数据库设计文档：

然后基于我提供的Demo原型参考样例文件，来帮我生成整个系统的完整可交互原型。

在生成完成后，我们可以启动http Server运行原型。最终的原型效果完全满足个人期望，而且是完全高保真，可交互，可访问的原型系统。在有了完整的需求设计文档，和原型系统后，我们就可以开始具体功能的生成。

为何我将其拆分为两个大阶段？

我在前面也谈到过，一个是缩短整个上下文长度，一个是我们现在是AI软件工程，是基于Spec Coding的思路来辅助开发，而不是完全的Vibe Coding。因此在中间阶段接入进行需求和设计输出的确认是完全有必要的，这样可以避免AI最终输出的内容不符合我们需求而大面积修改。

基于上面的提示词，我们可以看到最终AI输出的效果。

从整个输出来看，也完全符合我的需求和设计文档约束和定义。在这里经过确认后，再进入到详细的功能源代码的完全生成。在这里，同样为了减少上下文长度，我们可以按一级大菜单模块来逐步生成系统功能。具体在这里不再展开。

当然在执行过程中有时候仍然会出现超过了上下文，或出现Request Abort等异常错误。这个一方面是可以让AI继续进行处理，一方面是通过/Clear命令对历史上下文进行清理即可。

整体使用下来，CodeBuddy CLI的功能基本能够满足需求，特别是国际版本可以灵活选择自己使用的大模型，包括内置的需求理解能力，任务规划和分解能力等都体现了相应的优势。对于再复杂点的任务是否能够胜任，后续将进一步写文章进行分享。

我再前面一直在强调AI编程是一个大的趋势，特别是传统软件工程的AI化是一个重点，这对原来的软件工程，架构方法学，持续交付集成都将带来深远的变化。作为开发人员也应该及早的尝试使用各种AI辅助编程工具，并将自己个人技能的重心朝需求和问题端迁移，而对于具体的编码编写，单元测试，集成发布等完全交由AI来完成。

今天对CodeBuddy CLI工具的简单使用就分享到这里。