共计 5986 个字符，预计需要花费 15 分钟才能阅读完成。
这感觉就像是想占小便宜却最终得不偿失。 😎！
接下来，我将分享使用 SOLO 进行全自动开发的过程、体验和心得。
这篇长文写作耗费了我几天时间，真是感觉又亏了一波。原本计划是分享 WAN2.2 软件及其工作流程和使用方法……
SOLO 是什么？
首先，我想简单介绍一下我与 Trae 的关系。
Trae 是字节公司推出的产品，我在它刚发布时就开始使用。
我选择它的主要原因是它拥有 Claude 3.5 的模型，而且当时可以无限制免费使用。
正因为如此，我才决定尝试。
后来，使用速度开始受到限制，我便购买了 $10 的 Pro 会员。
最终，我抵挡不住折扣的诱惑，成为了年费会员一次性支付了 $90。
然而，Trae 却让我大失所望，Claude 模型毫无预警地消失了。
没有任何事先通知或解释，这个模型就这样消失了。
这让我非常气愤，但一切都无法改变！
从客观角度来看，问题的根源在于 Anthropic，它早已表明禁止任何中国公司调用其服务。
尽管字节公司对此心知肚明，却一直对用户保持沉默，直到突然被切断了联系。
被背叛的感觉十分恶心，除了这种不快，还有一个现实的问题，Claude 消失后我们该怎么办？
正当大家都在疑惑时，Trae 发布了公告，表示他们有信心即使没有 Claude 也能做好产品。
紧接着，Trae 迅速推出了 SOLO 功能。
那么，SOLO 究竟是什么呢？
SOLO is All You Need，From idea to a product
从构思到产品，需求文档 → 任务 → 代码 → 预览 → 发布，一条链路直达结果。
集成了丰富的工具：Figma、数据库、AI 服务、部署、支付等。
这是我从他们官网提取的关键信息。
简单来说，SOLO 能够帮助你将创意转化为产品，整合了实现这一过程所需的所有开发工具。
你只需提出想法，SOLO 便能为你实现，无需再关注细节。
可以说，这正是每位程序员、前端工程师，甚至每位项目经理和普通人所梦寐以求的事情。
背叛的故事讲完了，愿景也描绘完毕。
接下来，我们来实际操作一下。
看看我在 SOLO 上花了三天三夜究竟做出了什么。
SOLO 成果展示
当我得知 SOLO 发布并且可以免费使用三天时，心里不免有些兴奋，毕竟是不限量的免费体验。
我开始思考第一个项目该做什么呢？
突然看到一句话：
“Don’t wait. The time will never be just right.” – Napoleon Hill
对呀，别想太多，直接行动起来就好。
于是我决定做一个名人名言的网站，这个需求应该比较受欢迎，正好可以测试它在大众场景下的能力。
最终我创建了以下网站：
https://traesolowzr3.vercel.app/
这个网址可以直接访问（可能需要一些技巧）。
网站的基本功能已经完成。
包含了首页：
首页设计非常简洁。
主要包括导航栏，可以进行搜索、切换主题、语言选择、查看收藏，以及注册和登录。
首屏展示今日名言，后台可自行设置。
下方则是热门名言及分类。
热门名言按照热度排序，热度依据浏览、点赞和收藏综合计算。热门分类则简单按名言数量排列。
个性化首页：
个性化首页更加简约，打开后按 F12 就能变成屏保。
这个页面允许大量个性化设计，可以调整布局、字体颜色、背景图片和语录类型，还能使用系统预设主题或创建自定义主题。配置支持导入导出，方便离线分享（哈哈）。
搜索功能：
支持模糊搜索，能够进行分类过滤、查看搜索历史、热门搜索和推荐搜索等。
注册与登录：
注册和登录功能基本可用，可以通过邮箱激活登录，支持找回密码。
个人中心与设置功能：
登录后可以看到多个子菜单，包括：
- 个人中心
- 我的收藏
- 我的点赞
- 我的浏览
- 提交名言
- 我的名言
- 设置
- 退出登录
其中个人中心和设置是两个主要功能，每个功能下还有许多小功能，篇幅有限就不再展示了。
后台管理：
这个部分是管理员使用的，设计了独立的入口和多个管理员角色，目前是固定的管理员。
登录后会显示一个仪表盘汇总信息。
后台的子功能如下：
虽然前端看起来相当简洁，但尽管小巧却功能齐全，这已经是一个相对完整的网站了。
SOLO 功能详解
单独讨论功能可能显得有些乏味，我会以我的需求为导向，逐步进行操作和解释。
我会尽量遵循不看代码、不修改代码的原则，保持纯粹的编程氛围，感兴趣的朋友也可以试试。
首先，我们需要 切换到 SOLO 模式。
打开 Trae 后，默认会处于传统的 IDE 模式，需要手动点击左上角的图标切换到 SOLO 模式。
接下来输入核心需求，例如：开发一个名人名言应用。
如果你是专业人士，可以写出更为专业的需求，但对于普通人而言，这可能有些困难，因此也可以请 AI 帮助你优化需求。
点击输入框下方的星星按钮，AI 会自动完善你的需求。
完善后，点击绿色箭头按钮发送需求即可，然后 SOLO 就会开始工作了。
文档编写：
一旦你发送了优化后的需求，SOLO 会自动生成专业的需求文档和技术文档，并打开专门的文档工具。
生成的技术文档会存放在.traedocuments 目录下。
这个文档工具应该是优化过的 Markdown 工具，能够清晰展示流程图。
文档内容详尽，包括功能、界面、技术方案和开发阶段等，后续开发将基于这两个文件进行。
接下来进入编码和跟踪阶段。
完成文档后，SOLO 会等待你的确认。你可以对文档细节进行修改，或者直接让它继续，这样就进入了开发阶段。
它会自动创建目录、文件、代码和 SQL 语句。最开始需要编写的代码量较大，消耗的时间也会不少。
探索 SOLO 编程助手的魅力与挑战
想要随时掌握 SOLO 的动态？只需点击“实时跟随”按钮，便能体验作为监工的独特乐趣。
一旦启用实时跟随，系统将实时展示正在进行的任务。例如，如果它正在编写某个页面的代码，相关文件将被打开，屏幕上会自动出现代码内容；若它执行命令，终端会被打开，显示相应命令；而在预览网页时，内置浏览器也会自动启动。
这种体验非常棒，仿佛置身于科幻世界。
接着就进入发布服务的阶段。
当首轮代码完成后，SOLO 会在对话框顶部提示部署，并在内置浏览器的右上角显示部署按钮。用户只需点击按钮，即可一键将项目部署到 Vercel 平台。
Vercel 是一个便捷的云平台，帮助用户以最简方式将前端项目（尤其是 Next.js）部署到全球 CDN，且免费使用。
一旦部署完成，系统会返回一个二级域名，我们的项目随即上线。
需要注意的是，Vercel 需要进行授权绑定，用户可以在集成功能中完成此操作。
接下来是数据与权限管理。
首次发布的版本使用了静态数据，但我们的应用需要更新名人名言。因此，必须将数据存储到数据库，并进行权限区分。用户可以发布名言，而管理员负责审核，确保每个人只能修改自己的数据。
在这个过程中，Supabase 将发挥重要作用。
Supabase 是一个即开即用的后端平台，用户可以像使用 Firebase 一样简便地构建数据库、认证、存储和实时功能，并且免费使用。
这也是 SOLO 内置的集成功能之一。在完成授权后，SOLO 代理能够直接与数据库进行交互，从而创建数据库、插入测试数据，整个网站的闭环过程便顺利完成。
接下来，我们需要不断提出需求，验证功能，并进行迭代升级！
其中的细节繁多，无法一言以蔽之。
总体来说，这一切都还不错，三天内能完成如此多的工作，确实令人振奋！
SOLO 面临的挑战
接触新工具时，难免会遇到许多问题。这里我主要讨论一些我在使用 SOLO 时遇到的感受与问题。
* 效率的两面性
如果让我从零开始开发这样一套系统，即使不吃不喝，十天半个月也是必不可少，中间会遇到各种问题而延误进度。然而，SOLO 却仅用了几个小时就完成了初始版本，经过一两天的努力，功能也基本到位。
这一点令人振奋！
这种开发速度简直快得惊人，一个星期完成一个项目并非虚幻。
然而，当涉及到具体需求的修改时，反而显得缓慢。
每当提出需求时，它需要思考很长时间。如果出现错误，你进行修正时又得耗费不少时间。与之前使用的非 SOLO 的 Claude 编程相比，SOLO 的反应速度明显慢了许多，后者常常能在几秒或几分钟内完成任务。
SOLO 的响应时间可能会达到几分钟甚至几十分钟。虽然相较于手动编写代码，速度已经算快，但作为一个硅基生物，似乎仍显得太慢。
这个问题的根源可能在于 SOLO 的策略和底层模型。尽管 SOLO 进行了某种程度的包装，无法得知其使用了何种模型，但通过交流过程能感受到，最终完成工作的应是 GPT5。
GPT5 的代码编写特点包括全面的思考和不错的表现，但速度却是一个短板。在上下文变多、复杂度提升时，它的效率显著下降。而 Claude 则不同，只要目标明确，执行效率极高。因此，GPT5 最适合用作 SOLO 的调度部分，而 Claude 则适合具体执行。
遗憾的是，Claude 被限制了，这使得 SOLO 的功能受到影响。
* 简单问题的复杂化
作为一名资深程序员，我深知保持简洁的重要性。
不得随意扩展功能，避免过度设计。
能少写就少写，能少做就少做。
这并非懒惰，而是因为多一项功能或多一张表，复杂度会成倍增加，遇到问题时可能需要熬夜解决。
但 SOLO 似乎并不如此，它会在某种程度上完成设计与开发。如果你的需求较为模糊，系统可能会产生大量内容。即使是简单的需求，它也会提供一整套解决方案。这里就不详细说明了，使用后自然会理解。
大多数人在开始时会感到兴奋，过几天后却可能对其感到失望。很多编程智能体都有这个问题。
当然，控制其使用的人也会影响结果。许多全自动编程的用户并不清楚编程的复杂性。如果你是经验丰富的开发者，能更精确地制定指令，系统就会更安分，只完成你指定的任务。
因此，简单与复杂之间的平衡非常微妙。不要以为使用 AI 就能轻松应对，复杂性不会消失，只会转移。过去需要花费大量时间研究代码，现在则需要投入时间理解 AI。
* 方向错误，努力白费！
你以为表述清晰，系统也努力去执行，但最终的结果却可能与预期相去甚远。
在这三天中，我遇到了一些让我感到无奈的问题。
其中一个是点赞和收藏功能。
我的需求相对简单：点赞后图标需变化，数据库的统计字段要更新，页面数字也要相应修改。这应该是常规需求，结果却耗费了我很多时间。
我遇到诸多问题：
这一系列问题令我感到崩溃，耗费了我半天的时间。我已将问题描述得非常清晰，包括操作步骤和字段的修改。但每次修改后都要等待很久，令人十分沮丧！
最终发现，问题出在数据库触发器上 …
另一个让我抓狂的问题是权限管理。
我开发了一个允许用户发布名言的功能，前端添加顺利，但后台却频频出错。
明明有数据，后台却无法读取待审核列表，且没有任何错误提示。
后来发现可能是数据库权限问题，调整读取策略后，依然无权限 …
后台功能众多，包含读写，均需一次性完成。然而在此功能上却总是异常。
经过多次折腾，最终发现是管理员与角色表的权限问题。
Supabase 的 RLS 权限配置看似复杂，若无相关经验，几乎无法理解。
此时，如果 SOLO 也无法理清思路，那便陷入了无解的境地。
第一天兴高采烈，第二天却因权限和触发器问题而苦恼。由于它默认开发的是纯前端系统，而后端直接依赖 Supabase，这让我感到困惑。每当它无法解决问题时，我也感到无从应对。
但这也不能全怪它，毕竟作为 SOLO，我的职责是提出需求，细节问题理应由其处理。若多次无法解决，责任不在于我（哈哈！）
此外，还遇到一些软件运行缓慢、文件修改失败等小问题，这里就不一一列举了。
SOLO 的总结
以上内容全面展示了 SOLO 的操作模式、工具整合、开发成效及过程中遇到的问题。
总体来看，SOLO 无疑带来了显著的积极影响，能大幅提升开发效率。
它整合了多种开发工具于一个 IDE 中，利用智能体进行统一调度。这样的思路和方式显然是正确的，与传统的 VSC 加智能对话框的方式相比，提升了不少。此外，SOLO 在需求理解、任务拆分、规划及上下文管理方面也表现出色。
然而，这类产品仍处于初级阶段。SOLO 主要提升了工作流，将传统编程 IDE 升级为围绕 AI 的编程 IDE，更好地连接了 AI 与程序员。但这一流程的核心依然是底层模型的能力。
可以说，SOLO 对底层模型的依赖程度非常高。相比传统方法，SOLO 的优势在于任务理解、拆分、执行以及工具调用，而所有这些都需 AI 模型来主导，因此模型的能力至关重要。
目前，国产模型在实际应用中的表现有限。能够使用的主要是 Claude、GPT5 和 Gemini 2.5，其中只有前两者真正能够胜任工作，一个快，一个稳。若没有 Claude，SOLO 的表现似乎便逊色不少。
当然，客观来说，可以看出 SOLO 在工程化方面付出了努力。它在努力打造一种全新的 AI 编程模式，其界面结构和使用逻辑与 VSC 截然不同。对于 80%–90% 的需求，SOLO 都能准确理解并逐步完成。剩下的 10%–20% 则需要经验丰富的人类来处理（特别是上下文的把控）。
如果让我免费使用，我会觉得非常划算。
如果 Pro 用户能免费使用，那也是极好的。
若按次收费，每次几十块，我就放弃了。
我宁愿继续使用传统模式，自行编写系统提示词，也不至于无法完成工作。
重新审视 AI 编程：从思维转变到战略布局
归根结底，所需的不过是多说几句：“明确需求，依照需求撰写文档，再根据文档进行开发，最后编写指令以访问数据库和服务器。”
回到 AI 智能体的编程话题上。
首先，设定合理的期望是至关重要的，没有任何项目能够一句话完成。
其次，必须积极提升自己的上下文理解，以便掌控主动权。
最后，要学会从老板的视角思考，而非仅仅是打工者的思维方式。
许多程序员在使用 AI 时，常常难以调整思维方式。例如，我经常会对其实现技术产生好奇，过于纠结细节，希望能做到完美，从而陷入了“熬夜工作”的循环。这显然是错误的，必须尽快调整思维方式。
正确的做法应该是：
首先，对自己所处的领域和正在进行的工作要有全面且准确的认知，这种认知不是通过金钱获取的，而是通过大量实践总结而来的。
接着，寻找优秀且合适的团队成员（包括适合的 AI 工具和模型）。
此外，千万别过于纠缠于细节，避免事必躬亲。你的职责是提出需求、监督执行和验收成果，最终将其转化为收益。
未来高级程序员的理想状态是……成为资本家，不断地利用和优化打工者（AI）！
最后，闲暇时不要无目的地编写代码或进行项目开发，这可能是一条无尽的深渊！（当然，研究代码以求乐趣的情况除外。）
往期文章：
AI 编程：Trae SOLO 初体验，一句话一个网站！
AI 编程：SOLO 第二天，50 米大刀已出鞘！
这篇文章真的很详细，写作过程也很辛苦，给个赞！