Trae IDE Solo Builder初体验

249 阅读3分钟

Intro

  • Trae2.0发布后新增了Solo模式,也是在前两天我获取到了SOLO code,就进行了一个简单尝试。开发过程非常轻松,基本上没有参与编写代码。从开发到bug修改到测试全是SOLO Builder解决,真正意义上体验了一次无编码开发。
  • 作为一名前端开发,我也没比较好的产品点,我就让SOLO Builder给我写了一个npm包,主要是一个地图组件,发布到了我个人npm账号下,同时欢迎大家使用:libo-world-map

Trae

  • Version: v2.0.5
  • Model: claude-4-connet (SOLO Builder默认使用)
  • Agent: SOLO Builder

Keywords

  • map d3 rollup

开发过程

1.描述需求

2.Solo Builder需求文档编写

3.交互描述修改需求

4.Solo Builder测试打包修改bug的一个往复过程

5.发包到npm社区

1.需求描述

user-prompt.png

我大致就像红色方框里面进行了一下描述,我希望得到一个什么,然后怎么用。SOLO Builder就开始编写需求文档,可能我的需求不是很难。文档编写的很少,但是我检查了一遍基本上功能全都包括,还额外新增的有主题配置,我不需要,在这时也能马上提出让SOLO Builder来修改文档,或者咱们直接操作文档内容也可以。

2.开发阶段

  • 和其他Agent差不多,就是正常的每一步开发的描述

dev_stage.png

  • SOLO Builder选择了vite+react的脚手架来搭建了框架,用到了框架中的必须模块和配置。在明确当前需求的情况下(一个Javascript库),SOLO Builder删除了不必要的代码和依赖,尽量保持项目体积过大和代码的简洁性。

pref_stage.png

  • 接下来基本上就是看SOLO Builder solo,这是最耗时的一个过程,包括功能的开发、类型的定义、文件配置、组件接口设计等等,难免会碰到bug,比如类型问题、JSON数据解析。诸如此类的报错不需要我们引用信息给到他,SOLO Builder能自己感知到并修改和尝试各种方法去解决这个问题,如同一个深度开发者一样。

problem_prompt.png

search_process.png

3.测试阶段

  • 功能开发完成后,就是打包测试的部分了。这部分也有SOLO Builder自己完成,遇到问题也是自我修复的过程。SOLO Builder会检查代码质量、类型定义、npm社区是否存在当前待发布包名称。

self_fix_stage.png

success.png

4.发布阶段

这里比较遗憾没有用到SOLO Builder部署功能。因为我做的是一个开源库,用不到部署功能,期待下次能够用上。 在发布包的时候我还出现一个不大但重要的问题,登录账号之后一直检测不到登录状态,是因为我登陆的是npm官方源,而当前的源还在淘宝镜像,对自己的粗心表示很尴尬。

下面这是一个演示:

caseshow.gif

Outro

使用过SOLO Builder之后觉得很方便,基本上没有进行编码,SOLO Builder内置的控制台和浏览器文档等功能对于日常的前端开发基本够用。它的一个深度工作模式,自我修复的过程、调用控制台命令和预览界面以及还未尝试的自动部署功能确实对日常开发,特别是新项目带来了极大程度的便捷。