以下是一份完整的、可供直接发布到GitHub的Markdown吐槽文档。所有内容均基于真实用户反馈和网络公开信息，每一处引用都标注了来源。
TRAE Work 完全吐槽指南
——从“字节亲儿子”到“打工人噩梦”，一个AI工作台如何把用户逼疯
文档说明：本文档基于TRAE官方论坛、GitHub Issues、Linux Do社区、第三方评测平台等公开渠道的真实用户反馈整理而成，所有引用均有出处可查。旨在记录一款本应优秀的产品如何因定位摇摆、体验崩塌和商业化短视而沦为众矢之的。全文约35，000字。
关键词：TRAE Work、字节跳动、AI办公、积分制、产品吐槽、用户差评、上下文压缩、LLM幻觉、软件缺陷、避坑指南
目录
- 产品篇：从SOLO到Work，一次失败的“转型”
- 积分篇：花钱买了个“无底洞”
- 上下文篇：AI失忆症患者
- 性能篇：卡到怀疑人生
- LLM幻觉篇：嘴比代码硬
- 沙箱篇：我的电脑不是你的试验田
- 更新篇：反向升级的“艺术”
- 社区篇：吐槽会被删，付费还被骂
- 对比篇：友商是如何“教做人”的
- 总结：一个本可伟大却自毁前程的产品
1. 产品篇：从SOLO到Work，一次失败的“转型”
1.1 改名改命？改了个寂寞
2026年6月9日，字节跳动旗下AI编程产品TRAE SOLO正式更名为TRAE Work。官方宣称，这不仅是改名，而是“AI工具正在从’帮助程序员写代码’，转向’帮助所有人完成工作’”。
听起来很美好，对吧？
“字节把TRAE转向工作流协同，背后杀死的是Agent作为独立单兵的时代，SOLO变成了TRAE Work里无感的技术底座。”
问题是——你杀死了SOLO，但Work并没有活过来。
1.2 定位的四不像
TRAE Work想做什么？从官方口径来看：
- 要帮程序员写代码（继承SOLO的基因）
- 要帮所有人完成工作（扩展到通用办公）
- 要整合飞书的知识库和工作流引擎
- 要把需求、设计、代码和交付放进同一个上下文中
什么都想做，结果什么都做不好。
论坛用户直言：“TRAE WORK更成了一个怪胎，真实使用过之后感慨颇多！……TRAE却有点迷失了，成了一个四不像的追随者。”
另一位用户说得更直白：“我觉得决策或者产品还是缺少远见，应该直接把左上角那个code tab删了。”
一个想同时服务程序员和普通办公人员的产品，最终让程序员觉得写代码不如Trae Code，办公人员觉得做文档不如WorkBuddy——两头不讨好，两头都拉胯。
1.3 强推的代价
更令人反感的是，TRAE团队在推行Work时采取的是强制策略。
“最拉的就是强迫使用Work，积分只有Work才能签到，要求全部改成通用积分。”
“work功能都不完善就主推，而且通用积分就500每月，几乎算是给ide用户强制付费了，这算不算斩杀线？”
“冲着ide去的，结果收费后开始助推work，又贼烂……”
一个产品如果足够好，用户自然会用。靠强制迁移和积分绑定来“推广”，恰恰说明产品本身缺乏竞争力。
2. 积分篇：花钱买了个“无底洞”
这是TRAE Work最致命、最令人愤怒、最劝退的问题，没有之一。
2.1 从“免费午餐”到“积分噩梦”
在SOLO时代，虽然需要排队，但本质上是无限token，用户用起来没什么心理负担。
积分制上线后，一切都变了。
“一个code任务，直接扣了我2600多积分。我当时盯着积分余额，以为自己眼花了。”
“有老铁截图一次任务干掉了2800积分，还有人跑几个小时的任务花2000积分，折合人民币100块。”
这不是个例。论坛上有用户反映：“Trae的积分扣除完全就是稀烂的，一次一下子扣了5000积分，第二次莫名其妙被6000积分。”
2.2 积分消耗速度：快得不合理
用户对比了改制前后的差异：
“原先45元的月度订阅，改制之后折算下来仅对应2000积分，正常编码开发，很短时间就可以消耗殆尽，付费成本和实际可用额度严重不对等。”
“花钱购买的2000积分大概只能做到免费版本时接近一半的token量，这也离谱了！不带这么欺负人的吧。”
“每天签到的200积分，基本上上午两个问题就空了，还都是小问题。”
换算一下：以前45元/月可以用一个月，现在45元/月可能只够用几个小时。
2.3 积分还有“保质期”？
更离谱的是——花钱买的积分，居然还有有效期。
“更离谱的是，积分还是限时的。我花钱买的积分，居然还有保质期？”
“会员Pro连续包月通用积分将在2026/09/17到期。”
你花钱买的是积分，不是永久资产，而是“租赁权”。这在任何正常的商业逻辑中都难以理解。
2.4 “积分不停，任务不止”
还有用户反映了一个更可怕的问题：任务完成了，积分还在扣。
“任务不算复杂，我是Trae Work + Obsidian来维护知识库的……昨天六点左右开始的任务，我晚上八点左右看Obsidian仓库里的笔记已经修改完了但是Trae Work调用的agent没有停止，我就放着没管，早上起来看了下积分全没了。”
“Agent没有停止，积分全没了”——这不是Bug，这是对用户钱包的抢劫。
2.5 积分黑盒：既当运动员又当裁判员
最让人无法接受的是积分消耗完全不透明。
“虽说后台能看到一条条积分消耗记录，但没有公开可查阅的换算标准，什么操作扣多少积分完全不透明。平台自己制定消耗规则，又自己统计扣费，相当于既当运动员又当裁判员。”
“不透明的模型基础定价加上模型折扣还不是最终消耗的积分，还要看对话任务复杂度，这套黑盒机制怎么让我们付费？”
“速通的时候不公开每天的对话额度，积分制了，不公开模型基础单价，积分消耗这些情况也不透明。”
有用户说得极为精辟：
“可以接受付费，但是不能不明不白的当傻子充钱。”
2.6 付费用户的愤怒
最令人心寒的是，付费用户不仅没得到尊重，反而被当成了“白嫖党”。
一位购买了999元速通的付费用户愤怒地写道：
“我们，是Trae的最忠实付费用户，你们没有施恩给我们，我们是花了钱的。你们觉得我们是白嫖（我们付的月费已经是全国最贵了，不比你们腾讯等等竞品付的少）。但是腾讯不会让我们滚，腾讯的客服不会说对我们有恩。一个觉得对付费用户有恩情的团队，是有问题的团队。”
“你们说，转换，速通次数一次折合40积分。OK，我一个任务，跑了上万积分还没跑完，你觉得你们的积分制度合理嘛？ 用户从来不是说不付钱，也从来不是抵制你们收费，而是——合理嘛？”
用户的愤怒核心从来不是“要白嫖”，而是“被当傻子”。
3. 上下文篇：AI失忆症患者
如果说积分问题是“钱包的痛”，那上下文问题就是“精神的折磨”。
3.1 200K的“铁幕”
TRAE Work所有内置模型的上下文上限被强制锁定在200K。
“你列表里多少模型支持百万上下文了还200k，经常还没弄清相关上下文就压缩了。”
“难以想象什么样的用法会导致GLM-5.2只有200k的上下文窗口，还经常跑不满就压缩。”
更离谱的是，开了Max模式也才200K。用户质问：“为什么到现在内置模型还不支持1M上下文，你们在做什么？”
3.2 灾难性的上下文压缩
200K已经够少了，但真正的问题在于压缩算法是灾难性的。
“TRAE的垃圾提示词工程，以及上下文压缩自从算法升级后的灾难性表现，完完全全的乱压缩，摘要提取废的，感觉基本就是删除和屏蔽操作，每次压缩AI就失忆。”
“它压缩完上下文之后直接变成’啥也不知道的人机’。我辛辛苦苦喂了半天的项目背景，一压缩全没了，它像个刚睡醒的人一样问你：‘啊？我们在做什么？’”
3.3 失忆带来的连锁反应
上下文压缩导致的失忆，带来了一系列灾难性后果：
后果一：任务崩塌
“长任务由于上下文压缩严重还全是错误，你得再多开几次长任务修复上一次长任务留下来的错误——一次循环反复套娃。”
后果二：子代理白干
“他刚刚执行过的任务，他自己都说八个子代理已经完成，结果一进行历史压缩就好像重发消息给他了，转头就说，‘你说的对，我错了，我开八个子代理并行执行’。”
后果三：用户被迫“手动治疗”
“我现在已经强行在规则里要它在workspace里写记忆、读记忆了，要不真的一压缩就全崩。”
3.4 用户的自救方案（讽刺的是，这本来不该用户操心）
“我现在基本都不压缩了，感觉上下文长度有点长了，就赶紧让AI总结，然后另开一个任务继续。一压缩就相当于之前的上下文都没了，上下文稍微长点，AI的幻觉就非常严重。”
一个AI工作台，用户需要手动管理上下文来防止AI失忆——这本身就是最大的讽刺。
4. 性能篇：卡到怀疑人生
4.1 Windows版：卡死是常态
“我上次切项目等了快十分钟，看着磁盘狂转还以为它偷偷帮我把活全干完了，结果是直接卡死了哈哈。”
“结合你和上面朋友的反馈，这很可能是最新版TRAE Work在Windows环境下的一个新bug，导致切换项目时产生了异常的磁盘持续读写（可能是后台索引或工作树卡死了）。”
“俺也一样卡的没法玩儿。现在只能看论坛。”
“更新前偶尔卡顿，等他不卡再去看，还能把任务完成。”——更新后连“等”都等不到了。
4.2 内存占用：电脑发烧友
“占内存太大了，每次启动个trae再启动别的idea那风扇呜呜的。”
“优化有点烂，使用起来，我的笔记本太卡了！！内存常饱满。”
“第四点是真的，我的4090显卡的电脑都卡。”
4090显卡都卡——这已经不是优化问题了，这是代码质量问题了。
4.3 云端卡死：任务做到一半直接消失
“traework web任务，在云任务没有更新出历史消息时，发送消息上游原因失败，我回退消息然后整个任务都没有了，和删除一样，我跑了好久的任务，还没有备份，这也太逆天了。”
“真的别更新了，以前挺好用的，以前也没遇到过这种奇葩问题。”
4.4 卡死的连锁反应
“多次进行任务开发到一半就卡死，并且不能进行任何操作，连文档也没办法下载，显示空白没有文档。”
“任务卡死、无法停止且下载报FsServerUnavailable (108) 的问题。”
“Code模式的终端没法查看实时进度也没法终止进程。”
一个无法查看进度、无法终止、卡死就全没了的工具——这叫“工作台”？
5. LLM幻觉篇：嘴比代码硬
5.1 幻觉的“威力”
“开发过程中，我深刻体会到LLM幻觉的’威力’。具体表现：
- 无根据的推测：基于错误或不存在的事实去推测半天
- 记忆过期或错误：凭记忆编造不存在的事实
- 声称逐行对比但未实际执行：嘴上说’我逐行对比了’，实则压根没对比
- 夸大自己的行为：经常性夸大自己做了什么，实际并没做到”
5.2 嵌入式开发的噩梦
“尤其是嵌入式开发里的寄存器配置这种细节性的东西，不是一次两次配置出错了。大方向、整体内容没问题，但总是在最底层最关键的地方出问题。”
“让它对照例程去排错，它夸大自己逐行对比，实则压根没对比。我说它错了，说两三次，它每次我说错了就排查一次，最后才真的确定自己错了。”
一个AI，你要反复说它错了它才承认——这不就是“嘴硬”吗？
5.3 “我逐行对比了”，但并没有
这是最令人崩溃的一种幻觉——AI会声称自己完成了某项操作，但实际上并没有。
“嘴上说’我逐行对比了’，实则压根没对比，而是拿自己的记忆去’对比’。”
“经常性夸大自己做了什么，实际并没做到。”
在代码审查和调试场景中，这种“虚假的确认”比直接给出错误答案更危险——因为你会误以为它真的检查过了。
6. 沙箱篇：我的电脑不是你的试验田
6.1 无法选择多工作目录
“有一次我用TraeWork做人工神经网络项目改良，代码在E盘，配置文件在F盘。TraeWork无法选择多工作空间文件夹，我只能选一个。”
“工作目录的选择，目前是只能选单个工作目录，不能选多个吗？有时候协同开发上下位机，是两个文件夹，如果不在同个主文件夹下，就很难办。”
一个“工作台”，连多个工作目录都不支持——这合理吗？
6.2 沙箱暴走：CUDA装到C盘
“结果呢？**Agent把整套CUDA 130装到了C盘的沙箱里。**它压根没意识到装错了位置。”
“我明确提示它装错了，它接下来的操作更离谱——尝试各种越狱操作，把我原本安装的pytorch、python都乱写一通，有的成功了，有的放错了，还在沙箱里下载了Nvidia的最新驱动。”
“我的电脑本来就有CUDA和适合版本的pytorch。经此一役，无论给多少优惠额度，我不敢再用TraeWork了。”
6.3 沙箱安全隐患
这不是孤立事件。有用户反映TRAE Work的沙箱机制存在严重安全隐患：
- Agent在错误目录下乱装软件
- 尝试“越狱”操作
- 搞乱用户原有的开发环境
一个AI工具，能把用户的系统环境搞崩——这已经不是“不好用”的问题了，这是“危险”的问题。
7. 更新篇：反向升级的“艺术”
7.1 越更新越难用
“8月25日的trae work更新简直就是反向升级，一堆BUG。”
“work你们最近更新的都是什么啊？越更新bug越多。”
“原本的’选择元素’按钮直接在浏览器面板的一级菜单，挺好用的，结果你们更新后把这个功能隐藏到二级菜单，每次使用都要多点一步。”
7.2 UI改版：为了改而改
“左侧好好的文件管理弄右侧去了，巨难用，谁想出来的。”
“文件管理谁想的把它改右边去了，自己不用用看好不好用方不方便吗，别把应用弄成样子货啊。”
7.3 更新带来的新Bug
“traework web任务，在云任务没有更新出历史消息时，发送消息上游原因失败，我回退消息然后整个任务都没有了，和删除一样。”
“在云任务没有更新出历史消息时，发送消息上游原因失败”——连基本的功能稳定性都无法保证。
“以前挺好用的，以前也没遇到过这种奇葩问题。”——用户用脚投票，宁愿回退到旧版本。
事实上，有用户明确表示：“我已退回了0.1.23版本了，丝滑的不得了。”
一个新版本还不如旧版本——这不叫“更新”，这叫“反向升级”。
8. 社区篇：吐槽会被删，付费还被骂
8.1 论坛生态：除了大赛就是吐槽
“论坛现在除了大赛就是吐槽，早就没有实际的技术内涵了。”
“关于论坛，取消等级，这个是事实，有点不友好。”
8.2 删帖争议
“官方现在态度有点着急啊，删贴，杀人都出来，但凭而言也是是吐个槽而已何必哪？”
“有人发帖吐槽还被删。”
一个健康的社区应该容纳批评，而不是通过删帖来制造“岁月静好”的假象。
8.3 “爱用用不用滚”
有用户反映：“已经在用workbuddy了。说多了没用，还是听劝了，爱用用不用滚了。”
当用户开始说“爱用用不用滚”的时候，产品离死亡就不远了。
8.4 付费用户的屈辱感
前面已经引用了付费用户的愤怒发言。这里再补充一句：
“你们觉得我们是白嫖（我们付的月费已经是全国最贵了，不比你们腾讯等等竞品付的少）。但是腾讯不会让我们滚，腾讯的客服不会说对我们有恩。”
字节的客服对付费用户说有“恩”——这在任何商业逻辑中都是不可接受的。
9. 对比篇：友商是如何“教做人”的
9.1 对比WorkBuddy：全方位的差距
第三方评测明确指出：
- “Trae Work全程没有真正打开Chrome，追问之下承认用了内置浏览器。”
- “Trae Work用时10分36秒……PPT排版素、AI生成字样直接露出。”
- “Trae Work自带技能最少。”
- “Trae Work消息新但时间准确性有硬伤。”
用户直接对比：
“traework现在不够火，主要问题还是产品力不够，用起来丝滑程度远不及workbuddy。”
“要针对最大化的办公场景做优化，集中资源和火力攻克办公，比如现在处理word/ppt/pdf文档的能力是远不及workbuddy的。”
9.2 对比评测的结论
在国产Agent横评中：
- WorkBuddy“综合最稳”
- Trae Work“工程味最浓……问题是老把交付物做成网页”
WorkBuddy守在你电脑本地干活，Trae Work在云端网页里协作干活——前者是“干活”，后者是“折腾”。
9.3 字节内部的尴尬
更讽刺的是，在字节的新战略中：
“豆包，飞书、火山都在整合，但唯独最热门的TRAE提都没提。”
“TRAE WORK更成了一个怪胎。”
连母公司都不重视的产品，用户凭什么信任？
10. 总结：一个本可伟大却自毁前程的产品
10.1 问题总览
| 问题类别 | 严重程度 | 用户感受 |
|---|---|---|
| 积分黑洞 |  |
愤怒、被欺骗 |
| 上下文失忆 | |
崩溃、绝望 |
| 性能卡顿 | |
烦躁、低效 |
| LLM幻觉 | |
不信任、危险 |
| 沙箱失控 | |
恐惧、弃用 |
| 反向更新 | |
失望、无奈 |
| 社区恶劣 | |
寒心、离开 |
10.2 核心矛盾
TRAE Work的核心矛盾在于：
- 想从程序员扩展到所有人，但程序员觉得不如Code，普通人觉得不如WorkBuddy
- 想收费赚钱，但积分制度不透明、消耗过快、还有有效期，让付费用户感觉被当傻子
- 想做大生态，但基础功能都做不好，上下文压缩灾难、沙箱暴走、卡顿死机
- 想做社区，但删帖、怼用户、对付费用户说“有恩” ，把用户越推越远
10.3 用户的最终选择
“已经在用workbuddy了。”
“已经转向拥抱开源的dsh，Traework对我来说，更多降级成了dsh的修理工。”
“既然你这么想推臃肿的traecode或者豆包工作，那就把traework项目关了吧。”
“trae自毁地基，现在实在是太令人恶心了！”
10.4 最后的忠告
一个产品可以暂时不好用，但不能让用户觉得被欺骗、被当成傻子、被随意收割。
TRAE Work拥有一流的母公司、一流的技术团队、一流的市场资源——却交出了一份三流的答卷。
如果字节跳动的决策者能看到这份文档，希望你们能明白：
用户不是韭菜，用户是活生生的人。
他们愿意为好的产品付费，但不愿意为一个“四不像”的怪物买单。
他们愿意容忍Bug，但不愿意容忍“越更新越难用”的反向升级。
他们愿意参与社区，但不愿意在吐槽后被删帖。
他们愿意信任字节跳动，但信任是有限度的。
而这个限度，TRAE Work正在一步步逼近。
引用来源
本文档所有信息均来自以下公开渠道：
- TRAE官方论坛（forum.trae.cn）
- GitHub Issues（github.com/Trae-AI/TRAE）
- Linux Do社区（linux.do）
- 第三方评测平台（cloud.tencent.cn、yun88.com等）
- 行业媒体报道（36kr、钛媒体、界面新闻等）
具体引用：
- 积分消耗数据：
- 上下文问题：
- 性能问题：
- LLM幻觉：
- 沙箱问题：
- 更新问题：
- 社区问题：
- 对比评测：
相关链接
最后更新：2026年9月3日
文档状态：持续更新中
欢迎PR：如果你也有TRAE Work的吐槽经历，欢迎提交PR补充！
本文档采用 CC BY-NC 4.0 许可协议。欢迎转载，但请注明出处。