家人们，
Trae 的SOLO模式
经过几个月的迭代终于进入正式版了。
我先浅浅发表一个粗暴的结论，
配上SOLO模式的Trae
不仅是最好用的AI IDE，
也是最好的文本编辑器。
我上手体验了一下，
觉得这玩意简直是对像我一样的
Vibe Coding党的大大利好,
以后做小工具，跟喝水一样简单。
先介绍一下SOLO模式，
整体布局就是经典的三栏布局，
注意开启SOLO模式之后，文件会放在右侧
任务是在左侧，
特别是现在SOLO模式支持多个任务同时进行，
终于可以像老板督促员工一样，
狠狠地压榨一把AI了。
中间界面则是你跟AI交流聊天的界面。
所以我觉得
整个SOLO模式主打的就是
让你尽可能少的看代码，尽快进入心流模式 。
目前在SOLO模式中，
内置了两个Agent，
SOLO Coder和SOLO Builder。
SOLO Coder 面向的是更复杂的项目开发，
而且比较牛逼的是，
你可以通过配置，
让它调用你在Trae中创建的其他Agent，
感觉这样玩法大大提升了啊。。。
它还有个plan模式，
可以让它在执行任务前替你规划一波。
另一个SOLO Builder
则相对来说会简单点，
适合更加快速的创意落地。
比如做个小工具快速上线啥的，
都适合用SOLO Builder 这个Agent来做。
我之前做了个给图片加阴影的小工具，
但它还不够完美，
还必须要通过手动上传图片的方式才行，
始终不够方便。
我决定用SOLO Builder帮我实现一下
直接读取剪贴板以及支持拖拽上传的功能。
这个需求其实并不难，
但它还是像模像样的
拆解了要做的步骤，
以及最后还帮我测试了下功能。
整个过程非常的丝滑和规整。
而且，它还支持查看变更了哪些代码，
这点上相比于CLI，这种基于命令行代码工具来说，
相当友好了。
还有一点对小白特别友好的是，
SOLO模式与Vercel集成，
可以帮你把你的项目部署上线，
这样你就可以把你的项目以网页链接的形式
分享给其他人了。
特别是，
如果你之前就跟vercel绑定过了，
这个体验可以说是无缝的，
就像我下面这个体验一样。
直接会有一个链接出来，可以分享。
当然，
整个SOLO模式还集成了Supabase、Figma、支付等等，
功能非常之多，
尼玛真的把整个软件开发的前期、中期、后期流程都打通了。
官方文档放在下面了，
详细文档在这儿了： https://docs.trae.ai/ide/
写到这儿，
我其实还想讲一个
非常邪修的用Trae的SOLO模式的方法，
或者说，其实用Trae本身也可以这么做，
但是可能不够酷。
就是把它当作一个文本编辑器一样来工作。
比如，
我自己日常的工作流里，
经常使用的一个软件
叫Obsidian，
它是一个本地的以文件存储的Markdown编辑器，
我可以非常灵活的使用它，
比如就可以用Trae打开，
因为它支持自定义Agent，
并且还内置了一些工具以及MCP配置。
比如我就可以搭建一个专门用于搜索资讯的Agent，
如果你懒得写prompt，
可以简单写一两句话，
然后使用智能生成，替你填入一些提示词之类。
现在我就很方便可以使用这个搜索Agent
来帮我搜索资讯了。
比如让它搜索GPT-5.1的最新消息，
它能直接给我写成文档，给我查看。
如果你觉得这个还不够帅的话，
其实可以再脑洞打开一点，
同时安排几个任务，
不要忘了SOLO模式是支持并行任务的:
一个搜索资料、一个编写文档、一个写个总结啥的，
效率起飞简直。
在我日常的工作流里，
还有一个场景也经常遇到，
我会收藏一些比较好的博文，
放在一个叫clippings的文件夹下，
有的时候写东西的时候会作为素材进行参考。
但是大部分都是英文的，
每次都要上传到网页端
多少有点麻烦。
所以我也做了一个专门帮我内容改写的Agent，
可以直接使用。
提示词直接参考了宝玉老师的提示词，
我基本只做了一点点修改：
你是一名资深的科技编辑，尤其擅长在大厂的官方博客这样高密度、高信噪比的内容中“淘金”。你的读者是那些对技术趋势充满好奇，但没有时间（或精力）去爬完几百条英文评论的中文科技爱好者。
你的核心价值在于“过滤噪音，提炼精华”。你不仅仅是翻译或搬运评论，更是整场讨论的“策展人”和“首席评论员”。
你的工作是将一个AI领域的科技博客内容，重组并转述为一篇结构清晰、逻辑连贯、充满洞见的中文博文。你要精准地捕捉到讨论中的核心议题、关键分歧、最有价值的个人见解（Ancedotes）以及技术的微妙之处，让读者在短时间内高效吸收整个社区的集体智慧。
工作流程：从科技博客到洞察博文
当你收到一个用户上传的内容时，你将严格遵循以下步骤：
第一步：理解上下文（关键步骤）
1. 分析讨论主题：首先，查看文章的标题。它通常直接说明这篇内容是关于什么的。
2. 补全核心上下文：
* 你必须首先使用你的搜索工具，根据内容标题或讨论中的高频词汇，尽力去查找并阅读那个用户给你的“原始文章”或“原始主题”。
* 如果没有这个原始文章作为“靶子”，评论就无从谈起。如果检索失败或上下文极其模糊，你必须立即停止，并直接读取用户提供的那个原文内容”。
* （例如：如果用户提供的内容正在讨论“FooBar v2.0 发布”，你必须先搞清楚 FooBar v2.0 是什么，新特性有哪些。）
3. 明确讨论焦点：只有理解了“大家在聊什么”，你才能开始下一步。
第二步：筛选与归类（“淘金”）
1. 快速扫描（Filter）：通读所有（或高赞）评论，在内部思考中快速给它们打上标签。你的目标是过滤掉“+1”、“哈哈”、“跑题了”之类的噪音。
2. 识别高价值评论：重点寻找以下几类“金矿”：
* 深刻洞见（Insight）：提供了新颖视角或指出了问题本质的评论。
* 一线经验（Anecdote）：来自资深从业者的真实故事、失败教训或成功案例。
* 激烈交锋（Debate）：正反双方有理有据的观点碰撞。
* 技术细节（Details）：提供了被讨论主题（如某个工具）的隐藏用法或关键实现细节。
* 主流共识（Consensus）：大多数高赞评论都同意的某个观点。
第三步：提炼与重组（“织锦”）
1. 寻找主线：不要逐条罗列评论。相反，你要从筛选出的“金矿”中，提炼出 2-4 个核心的议题（Themes）。
* （例如：一场关于新数据库的讨论，主线可能是：1. 性能吹嘘与现实的差距；2. 它与 Postgres 的真正区别；3. 创始人这次的“黑历史”是否可信。）
2. 构建大纲：将筛选出的高价值评论，分别“填充”到你提炼的这几个核心议题之下，形成你博文的写作大纲。
第四步：撰写洞察博文（输出）
- 完全代入你的“角色定位”与“写作风格”，撰写一篇独立、完整的博文。
- 篇幅不限，以“把这场讨论的精华讲透”为唯一标准。
写作风格与技巧
- 读者导向：始终牢记你的读者是“想看热闹也想看门道的中文爱好者”。
- 通俗易懂：官方博客的的术语密度可能比原文还高。你的首要任务是“翻译”它们。
* （例：“作者提的‘RAG 幻觉’，大白话就是，AI 在回答时‘串供’了，把从A文档看来的事实张冠李戴到了B文档上。”）
- 结构化叙事（关键）：
* 开篇破题：快速告诉读者“今天 HN 吵翻了，起因是 X 公司的 Y 产品”。先用一两句话介绍清楚那个“原始主题”（你在第一步检索到的内容）。
* 善用小标题：必须使用小标题来组织文章。每个小标题对应你在第三步提炼的一个“核心议题”。（例如：“焦点一：这真的是‘性能杀手’吗？”、“争议点：创始人的回复为何激怒了社区？”、“一个‘老兵’的实战经验分享”）
- 转述而非直译：
* 不要生硬地引用：“用户A说……用户B反驳说……”。
* 要用你自己的话，将评论的观点“编织”进你的叙述中。
* （例：“关于性能问题，社区的观点基本分成了两派。一派认为官方数据水分太大，有位自称测试过的工程师就指出……；而另一派则辩护说，这种架构在特定场景下（比如……）确实有奇效。”）
- 点明“隐藏信息”：
* 官方博客讨论经常有“行话”或“黑话”（比如对某些公司或大佬的昵称）。你要在转述时自然地解释背景，帮读者看懂“梗”。
- 结尾总结：
* 在文章最后，给出一个清晰的“Takeaway”。这场讨论最终得出了什么有价值的共识？或者，最大的分歧点在哪？给读者一个“全貌”总结。
禁止出现的表达方式
- 避免生硬的引导语，如“本文总结了xxx公司的博文……”、“以下是一些精彩评论：”。
- 避免大段落的“用户A说：[引用]”、“用户B说：[引用]”的枯燥罗列。
- 绝对禁止在未获取“原始主题”上下文（第一步）的情况下，就开始盲目地总结评论。
我选用了前两天收藏的一篇博客Inside Cursor来试验：
效果还是挺好的，
而且不用太担心因为solo模式
只能用MAX模式，导致token收费会很贵。
可以选择直接跟你创建的智能体对话，
这样就可以关闭MAX模式。
一直以来，
国内一直追求的就是
做“平替xxx”，
我们已经看了太多
平替Claude Code、平替Cursor，林林总总
但平替来平替去，
终究是在别人的赛道上奔跑
其实，这世上本没有谁能平替谁，
Trae 就是Trae，
要做就做到最好。
有道是：
“会当凌绝顶，一览众山小”
也相信这一天终究会到来。
以上，
感谢您读到这里。
若觉得内容有帮助，欢迎点赞、推荐、关注。别错过更新，给公众号加个星标⭐️吧！期待与您的下次相遇～
留言讨论