从 Trae IDE 到 TraeWork
我最早用的是 Trae IDE，那时候它还只是个 AI 编程助手，主要帮我写代码、补全、查 bug。
后来官方推出了 TraeWork，一开始叫 Trae Solo，后改名 TraeWork。我看到官方在推这个新产品，定位是 AI 协作平台，不只是写代码，还能在里面用各种 AI 模型完成不同的任务。
说实话，一开始我没太当回事——IDE 用得好好的，为什么还要换个平台？
但试了一下之后，我发现它跟 IDE 不太一样。它不只是写代码的助手，更像是一个能跟我协作的伙伴。
TraeWork 给我最大的帮助
我是一名前端开发，工作中经常要写一些重复性的代码。
比如：
-
写一个列表组件，要有分页、筛选、排序功能
-
写一个表单，要有各种校验规则
-
写一个图表组件，要根据数据动态渲染
这些代码我都会写，但每次写都要花很多时间。
自从用了 TraeWork，我的工作流程变了：
以前：
-
接到需求
-
自己想怎么实现
-
写代码
-
调试
-
改 bug
-
提交
现在：
-
接到需求
-
跟 TraeWork 描述需求
-
它给我生成代码
-
我修改一下细节
-
提交
看起来差不多，但实际上省了很多时间。
一个具体的例子
上个月，我接到了一个需求：做一个数据看板页面，要展示各种图表，还要支持筛选和导出。
这种页面我以前写一个至少要两天。
这次我跟 TraeWork 描述了需求，它帮我生成了大部分代码：
-
基本的页面布局
-
图表组件的初始化
-
筛选条件的处理逻辑
-
导出功能的实现
我只需要：
-
调整一下样式，让它符合设计稿
-
改一下接口对接
-
处理一些边界情况
一天就搞定了。
而且效果还不错，产品经理和设计师都满意。
我对 TraeWork 的看法
用了三个月，我觉得 TraeWork 给我带来的最大变化不是"写得更快"，而是"想得更清楚"。
以前我接到需求，第一反应是"这个怎么实现"。
现在我接到需求，第一反应是"这个需求到底要什么"。
因为 TraeWork 帮我处理了那些"我知道怎么做但不想花时间做"的部分，我就有更多时间去想真正重要的事情：
-
这个需求合理吗？
-
这个交互符合用户习惯吗？
-
这个组件能不能复用？
-
这个架构能不能更优雅？
它没有让我变成更好的前端开发，但它让我有时间去思考"什么是更好的前端开发"。
我和 TraeWork 的日常
现在，TraeWork 已经是我工作的一部分。
每天早上到公司，我会先打开 TraeWork，把昨天没写完的组件让它帮我接着写。
遇到复杂的需求，我会先跟它讨论一下，看看有没有更优雅的实现方式。
写完代码，我会让它帮我检查一下，看看有没有潜在的 bug。
写周报的时候，我会让它帮我总结一下这周的工作。
它不是万能的，有时候它也会犯错，也会给我一些奇怪的建议。
但总体来说，它已经成了我工作中不可或缺的伙伴。
最后
如果你也是前端开发，我想跟你说：
不要把 TraeWork 当成"写代码的工具"，把它当成"协作的伙伴"。
它能帮你写代码，但更重要的是，它能帮你思考。
它能帮你节省时间，但更重要的是，它能让你把时间花在值得花的地方。
这就是我使用 TraeWork 三个月的最大感受。