我：帮我设计一个任务管理系统。Trae：前端、后端、文档通通搞定，还能帮你开源呢！

我只是随便问问，它竟然……

事情的起因是，我本来只是想练习一下，制作一个简单的任务清单页面。

我打开了 Trae，并随口问了一句：“能帮我开发一个任务管理应用吗？”

没想到它立刻开始狂热输出：

• 这是一个 Vue 前端页面
• 这是 Spring Boot 后端接口
• 这是 README 文档
• 再帮你上传到 GitHub 吧！

我：哇，太厉害了！

Trae 是如何帮助我“从零到一”构建这个项目的？

初步设计

首先，我让 Trae 帮我大致设计一下整个项目的框架。

提示词：能帮我设计一个包含前后端的任务管理小项目吗？前端使用 Vue3，后端使用 SpringBoot3。

结果它不仅帮我完成了项目设计，甚至还提供了一份《项目实施计划》？关键是文档写得相当专业，仿佛我在向上级汇报，而我成了领导……

接着这家伙不断输出，接下来我就给你展示它都做了哪些工作，它的处理过程像这样，还有很多，我看着它一步一步搭建项目！

等它这一波输出结束后，项目的雏形已经显现。我大致浏览了一下，显然仍处于未完成的阶段。

毕竟我才给出了一句提示词，能做到这样已经相当不错了。

随后，我让它继续完善后端代码，并将项目中使用的框架更换为我熟悉的 Mybatis-Plus。

提示词：请帮我重新生成整个项目的后端代码，后端部分似乎还缺少很多代码，而前端基本上已完成。你在编写时参考前端已经接入的那些 API，后端代码我希望使用 Mybatis-Plus 替代 JPA。

顺便提一句，它为了避免我安装数据库的麻烦，生成的代码中使用的是 H2 数据库。

我以前从未接触过这种数据库，查了一下发现，这个东西根本不需要安装，直接引入 Maven 依赖就能使用。

真的，我感动得快哭了！

调试阶段

在经历了两轮的代码生成后，我觉得差不多可以先运行看看效果，再考虑后续的优化。

后端项目顺利启动，但前端项目却出现了一些小故障：

不过这个问题相对简单，我作为后端开发者也看得出来是哪里出错了，它引入了一个不存在的页面，我直接注释掉那段代码，重新运行就不报错了。

我们可以利用 Trae 自带的预览窗口查看样式，界面简洁，不算丑，作为自用的待办应用也算可以接受。

当我尝试进行登录和注册流程时，bug 就出现了。

我心想，这不可能一路顺利，两句话就搞定项目，那我可就要失业了。

简单排查后，我发现问题主要出在后端代码：

1. 服务器鉴权异常，无法获取用户数据。
2. 虽然使用的是 H2 数据库，不需要安装，但也没建表啊！

经过我与 Trae 的友好交流后，它很快帮我解决了这两个问题，解决过程相对顺利，具体的聊天记录就给大家分享一下吧，我就不详细解释了。

在建表时，它还帮我修改了配置文件，以便项目启动时自动创建数据表。

唯一的问题是，这种 H2 数据库加自动建表的方案在每次重启项目时都会丢失之前创建的数据。

如果想要持久化，只需在配置文件中更改数据库配置，连接到自己的 MySQL 就可以了。

成果展示

解决了上面几个 bug 后，项目基本上可以使用，主要流程也可以顺利完成。

经过我的测试，仍然存在一些交互上的问题：

• 首页宽度与其他页面不一致，切换到其他页面时，页面宽度会变大。
• 点击退出登录后无法返回登录页面，需要手动刷新。

下面是初步成果的展示。

在添加任务后回到首页，意外发现竟然还有任务时间线，这点真不错。

Trae 通过 MCP 帮我将项目开源了

说明：最新版本的 Trae 支持 MCP，并且内置了 MCP 市场，可以快速添加第三方 MCP 服务器，灵活调用 MCP 工具。

配置 MCP

既然代码都已经完成，当然要开源给大家了！刚好 Trae 的 MCP 市场中已经内置接入 GitHub，我们也来体验一下。

点击加号，添加 GitHub MCP 服务器，需要授权一个 GitHub Personal Access Token，点击下划线的 here，系统会直接跳转到相应界面。

进入 GitHub 的 Token 配置界面，点击生成新令牌，根据需求选择令牌类型，按照操作提示就能拿到令牌了。

建议直接生成一个经典类型的令牌，这样比较省事。如果你不放心，可以在 Trae 每次执行 MCP 调用时审查请求内容。

获取令牌后填入 Trae 中，配置过程非常简单。

一些启示

成功接入后，它能够帮助我们完成很多任务，包括创建仓库、创建分支、发起 PR、创建 issue、添加 issue 评论、修改文件、搜索代码等等。有了这些功能，AI 模型能为我们提供极大的便利。

我随便举几个例子：

• 在查看他人代码时，若发现潜在的错误，可以直接请求 Trae 帮忙确认，并自动生成一个 issue。
• 当希望为开源项目贡献代码时，可以让 Trae 帮忙查找一个尚未解决的问题，然后由它解决该问题并提交 PR。

想一想，这种方式真是趣味无穷。不过，我对当前的可行性并不太确定，感兴趣的朋友们可以尝试一下，记得在评论区分享你的体验。

项目发布

接下来，我们将让 Trae 帮助我们上传项目。

提示词：请为我的项目起一个流行的名字，参考一些当前热门的项目，然后帮我将这个项目上传到 GitHub，并创建一个新的开源仓库。

从聊天记录中可以看出，Trae 调用了 GitHub 的 MCP 服务，首先为我们创建了一个仓库，随后提交了代码，整个过程毫不费力，我忍不住称赞它！

更有趣的是，最关键的 push 操作留给了我，这让我也感到有些参与感，真的太棒了！

接着我们访问 GitHub，发现一切都很完美，甚至还添加了 MIT 开源协议。

Trae 利用网络搜索提升项目质量

说明：最新版本的 Trae 支持 #Web 和 #Doc 两种上下文。#Web 能够联网搜索并自动提取网页内容；#Doc 则支持通过 URL 或上传文件创建文档集，最多支持 1000 个文件（50MB）。

我之前留意到的一些交互问题，正好可以请 Trae 来帮我解决。

此外，我还觉得前端页面的样式和交互有待改善，虽然我对这一领域不太了解，毕竟我只是个后端开发者。

因此，正好利用 Trae 的网络搜索功能，让它参考一些流行的设计和交互，帮我优化样式的同时修复 bug。

说实话，效果还不错。

Trae 参考了一些网络博客，针对浏览器兼容性和性能优化做了一些调整。

修改后，首页的样式焕然一新，之前只有中间三分之一区域有内容，而现在已经填满了整个屏幕，之前提到的两个 bug 也顺利修复。

总的来说，相较于之前的样式，确实美观了不少，但仍有进一步优化的空间。

（看看原来的首页 ↓）

其他功能

在 Trae 的最新版本中，除了我刚提到的 MCP 和增强的上下文能力外，还新增了其他亮点功能：

• 规则系统上线：允许配置个人及项目的规则，从而规范 AI 在项目中的行为。
• Agent 能力升级：用户可以通过 prompt 和 tools 自定义 Agent，内置 Builder Agent 和 Builder with MCP，支持自动运行模式，能够自动执行命令和调用工具，并可设置命令黑名单。
• 统一对话体验：将 Chat 与 Builder 面板合并，用户可以通过 @Builder 进入 Builder Agent 模式。

这些功能都非常实用，由于篇幅有限，我就不逐一展示了，有兴趣的朋友可以自行体验一下~

总结

能够达到这样的效果，我已经感到相当满意，毕竟这所花费的时间非常有限。唯一比较耗时的地方就是排队，希望未来能有所改进。

整体体验下来，我确实觉得非常出色，当前阶段的 AI 已经能够几乎独立完成一个完整的项目，未来的发展让人不寒而栗。

各位同仁，时代在不断进步，如果我们停滞不前，恐怕这时代的一粒沙，真的会变成我们面临的高山。

最后，附上开源地址，欢迎感兴趣的朋友前来参观：https://github.com/stick-i/nexus-tasks

对了，记得让 Trae 写一份声明，若有 bug 它来负责。