当前位置: 首页 » 资讯 » 科技头条 » 正文

TRAE SOLO内测|一码难求背后,AI自己就能把应用上线:一个野心巨大但也刚起步的产品

IP属地 中国·北京 编辑:赵云飞 硅星人 时间:2025-07-22 12:26:26


作者 | 周一笑
编辑 | 王兆洋

在过去很长一段时间里,科技圈似乎人均都成了“提示词工程师”,大家都在琢磨怎么用最精妙的语言驯服AI。但包括Andrej Karpathy在内的很多行业大佬已经开始反思了,他们认为,决定AI效果的关键,可能早就不是怎么问,而是你给AI喂了什么料。这个思路,就是最近越来越火的上下文工程(Context Engineering)。

说白了,它的核心就是在AI开始干活前,就把任务目标、相关资料、能用的工具、过去的对话记录等等,一次性喂给它。给的燃料越足,AI跑起来就越稳。

就在大家还在讨论这个概念的时候,字节跳动带着它的AI编程助手 TRAE 2.0来了,还推出了一个完全基于“上下文工程”理念的新模式,TRAE SOLO 。

用字节跳动TRAE负责人石扬的话说,上下文工程或将成为未来趋势 。官方介绍里,TRAE SOLO模式被描述成一个能处理需求文档、代码、浏览器、终端等各种信息的系统,把开发的全套流程都塞进了一个窗口里。用户只需要动动嘴或敲几行字,它就能包办从生成PRD到部署上线的全部工作 。


目前,TRAE SOLO模式正通过邀请码制向其国际版Pro用户逐步开放 。我们在几周前通过官方渠道申请加入线下内测活动,第一时间在字节体验了SOLO产品。另外,目前TRAE SOLO需要你已经是TRAE Pro 用户。


在当天的直播发布里,TRAE SOLO受到广泛关注,再次出现了一码难求的情况,并且因为发放邀请码的方式显得复杂,TRAE被一些开发者吐槽。但从这个产品的设计来看,它此刻完成每次任务背后对于资源的消耗是团队必须考虑的实际因素,此外,它面向的用户与Cursor更多围绕“专业”开发者相比也有不同,“非专业”用户可能反而是这个产品想要探索的群体。

据我们了解,TRAE接下来也会继续提供更多体验机会,以及和更多元的用户群体更直接交流来获得反馈。硅星人也会一起参与TRAE社区的活动,各位也可以保持关注,获得接下来线下交流等活动的信息。


那么,这个被TRAE寄予厚望的新模式,究竟能带来多大不同?我们尝试用几个完整的实测来找到答案。

1

从一句话到一个应用上线

TRAE SOLO界面被分成了几个区域。左侧是核心的对话区,是我们与SOLO Builder(使用的是使用Claude 4)这个Agent沟通的地方。

右侧是工作台,也集成了代码编辑器、实时终端、预览浏览器和计划文档等多个视图。SOLO在执行任务时,会根据需要自动在这几个视图之间切换。

设计本身就是“上下文工程”理念的体现,把AI决策和执行所需的所有上下文(代码、终端日志、运行效果)都放在了同一个空间里,不仅方便AI自己随时调用,也让有能力的监工,能一目了然地看到它每一步在干什么、想什么。


我们决定先用一个有点挑战性的任务,探探TRAE SOLO的底。想法是做一个“剧本杀创作助手”,指令也直截了当,左边输入大纲,右边生成可视化的故事卡片,卡片上要有标题、图片、角色和对话,设计风格要现代简洁。


指令发出去后,TRAE SOLO没有立刻闷头写代码,而先进行思考,分析需求,然后产出了一份相当详尽的产品需求文档(PRD),里面还带了流程图 。


在获得我们确认后,它便开始了自主构建。看着终端里自动滚动的npm install日志和编辑器里新增文件目录 ,确实有种指挥AI干活的“爽感”。


中间它会停下来,让你确认一些它不太确定的步骤,比如删除文件来修复某个错误 。


很快,一个应用雏形就在内置的浏览器里跑起来了 。虽然初版略显简陋,但布局和功能都已齐备。我们把准备好的剧本大纲贴进去,右侧的故事看板立刻出现了对应的卡片 。


继续再“压榨”一下,提了个新需求,能不能让卡片里的图片根据场景标题自动生成?TRAE SOLO接收指令后,再次开工,最后为每个场景卡片配上了图片 。


最后一步是交付。TRAE SOLO提供了“一键部署”的选项 。


可以自动处理了所有部署流程到Vercel上,只要登录你的Vercel,就可以生成了一个任何人都可以访问的公开网址 。并且在任务完成后,它总会提供一份变更总结,让我们能快速了解它都做了些什么。



网址:https://TRAE8as0gox1-jxmp43mu9-smiletalkers-projects.vercel.app/

从一个想法到上线一个公开的应用,确实体现了SOLO的端到端交付能力。

但一个Agent真正的能力,往往是在遇到麻烦时才显现出来。

接下来,麻烦就来了。

1

超出预期的产出

跑通一个标准流程展示了TRAE SOLO的基础能力,但这还不够。我们想知道,在需求更复杂、更“感性”的时候,它还能不能接得住。

我们这次的需求是:能不能做一个小工具,提醒经常在电脑上工作的人定期起来喝水、活动一下之类,每次提醒的时候还会给我一句life hack,并且这个文字内容用户可以自定义的,可以自己上传,比如自己的短笔记、名人名言、甚至英文单词,我希望这个工具精致好看一点。

功能不复杂,就是定时提醒喝水、活动。但我们增加了一个非常甲方的要求,这个工具必须“非常精致好看” 。

TRAE SOLO拿到需求后,依旧是先输出了一份详尽的PRD。它在文档里明确列出了“精致美观的现代化界面设计”这一项,并规划了相关的技术特色。


点击“确认,开始开发!”的按钮之后,然后就进入了看戏模式。

这个过程很有意思。中途我们的网络断了一次,但重启后TRAE SOLO自动召回上下文,接着之前中断的地方继续干活 。


这次的开发过程没有那么顺利,也遇到了代码报错。但多数情况下,它都能自己发现问题,然后默默地进行修复,再继续往下执行 。整个开发工作流,包括代码检查和启动本地服务器预览,都由SOLO自主完成 。


经过一段时间的等待,结果确实有些超出我预期。

不只是一个简单的计时器,而是一个功能相当完备的Web App。有仪表盘、快捷设置、独立的“内容管理”后台(用来管理提醒时弹出的文案内容),甚至还有非常细致的应用设置,可以调整主题、字体大小和通知声音 。整个UI的设计语言清爽现代。




到这里,似乎SOLO已经交付了一个看起来很不错的应用。

但我们很快发现了一个让这个应用无法正常使用的Bug,它只是空有其表。

1

能修好BUG的Agent才是好Agent

这个健康助手的核心功能,点击“开始提醒”按钮后,完全没有反应。我们没有给它任何技术提示,只是陈述了事实,告诉它点击开始提醒之后,没反应。


TRAE没有要求我们提供更多信息,而是开始像一个真人开发者一样,有条不紊地排查问题。它先是检查了按钮的点击事件和定时器设置,然后把嫌疑锁定在了useReminder hook和store中的状态管理上。

最后它找到了问题,代码中存在两个名字相似但功能冲突的状态,reminderSettings.isActive和isReminderActive,而之前的代码只更新了其中一个,导致了逻辑错误。

在这个过程中,SOLO经过了几轮的修复,每次它都说已经修好了,但测试问题仍然存在,我们全程用的反馈都只有一句话:“问题没有解决,你再看看”。 最终它在几个回合后彻底解决了这个Bug。


修复了核心Bug,应用总算能用了。我们接着测试它的迭代能力,想在快速设置里增加一个可以输入任意分钟数的选项。

在TRAE SOLO里,我们直接使用了它的元素选择工具(Select and Edit)。

在界面上框选出我们想修改的那块区域。并且把这个视觉标记也加了进去。 这个操作,相当于把视觉上下文和文本上下文打包,一起喂给了AI。



SOLO精准地理解了意图,并完美地在指定位置增加了新功能。


在完成了核心功能的开发和修复后,我们进行了最后的验收,测试自定义内容功能是否可用。进入了后台的内容管理”面,手动添加了一条关于蜜蜂的冷知识:蜜蜂可以通过摆尾舞向同伴传递食物来源的精确位置信息。


随后,我们手动触发了一次提醒。弹出的卡片中,“今日分享”出现了我们刚刚输入的内容。


最后我们继续让SOLO来把这个项目部署到Vercel上,生成了公开的访问链接。

https://TRAEe3zs87lj-ms4lxizsd-smiletalkers-projects.vercel.app/,而且它真的可以用(部署在Vercel,需要用合适方式访问)。


还有一个小细节。在最终生成的应用界面右下角,有一个小小的TRAE SOLO标志。点击它会跳转到TRAE SOLO的官方介绍页。这很有点像我们熟悉的“Powered by WordPress”,又像是一个Agent在自己作品上留下的一个签名。

1

所以,SOLO能让你SOLO开发吗?

从一个模糊的想法,到一个功能完备、设计精良还能解决自身Bug的线上应用,TRAE SOLO确实跑通了整个流程。

这次测试给我们最深的感受,可能并不完全是技术层面的。相较于传统的插件模式,它们大多需要用户自己搭建好一套复杂的本地开发环境。而TRAE SOLO这种Agent的模式,几乎把这个门槛降到了零。

你不需要懂npm是什么,也不用配置IDE,只需要有一个想法,就能看着它一步步安装依赖、编写代码、启动服务,最终把一个能用的产品交到你手上。对于那些有好点子但缺乏技术能力的产品经理、设计师或创业者来说,他们能更快速触摸到自己的产品雏形。

而对于有技术背景的用户,TRAE SOLO的价值则体现在另一方面:透明度。

它的所有思考和执行过程都暴露在你的面前。它为什么要这么设计?可以看它生成的PRD 。它在背后运行了什么命令?终端日志一清二楚 。它修复Bug的逻辑是什么?它在对话中会把自己的分析过程写得明明白白 。

这让AI本身的行为变得可以被理解,甚至可以被“调试”。你不再是面对一个黑箱许愿,而是和一个虽然有时会犯错、但思路清晰的AI工程师结对工作。你知道它每一步在做什么,也就能更好地引导它走向正确的方向。

或许这就是现阶段我们与AI Coding这件事上,最舒服的一种协作方式。

从各种角度来说,TRAE是个值得让人兴奋的产品,同时它是一个充满野心但刚刚开始的产品。按照TRAE团队的话,他们还有很多想法没有实现,接下来是更加快速的迭代。


点个爱心,再走 吧

免责声明:本网信息来自于互联网,目的在于传递更多信息,并不代表本网赞同其观点。其内容真实性、完整性不作任何保证或承诺。如若本网有任何内容侵犯您的权益,请及时联系我们,本站将会在24小时内处理完毕。