我和 TraeWork 的这趟旅程
一、缘起：从豆包结识
一切开始得很偶然。最初我只是在用豆包处理日常的文字和查询，从没想过会由此牵出一段和另一个产品长达数年的羁绊。在豆包的推荐和社群里，我第一次听说了 TraeWork 这个名字——那时候它还是个带着实验性质、连定位都还在内部推敲的小工具。
也正是从豆包开始，我习惯了"把事交给 AI 先跑一遍"的工作方式。这种习惯，后来成了我留在 TraeWork 的底色。
二、初见：产品雏形
最早接触到的 TraeWork 还只是一个雏形：界面谈不上精致，功能也远不如今天完整，但那种"用自然语言驱动开发"的理念一下子击中了我。在那个时候，AI 编程还是个新鲜词，而它已经在认真做这件事了。
我抱着试试看的心态，把一些零碎的小需求丢进去，它居然真的跑出了能用的结果。那一刻，我决定留下来——不是因为它完美，而是因为它指向了一个我愿意相信的方向。
三、关注直播的那些日子
产品早期最打动我的，其实是团队的"在场感"。那段时间我几乎场场不落地追着官方直播看：看他们演示新功能，看产品经理在弹幕里被用户"围攻"，也看他们一边擦汗一边承诺。
直播成了我了解产品节奏的窗口，也让我觉得自己不是一个人在用，而是和一群人一起见证一个东西慢慢长大。那种共建的氛围，是后来很多成熟产品再也给不了的东西。
四、来之不易的邀请码
从雏形到内测，中间隔着一道邀请码的门槛。记得收到那封带邀请码的邮件时，我比想象中激动。那串字符不只是进门的钥匙，更像是一张"早期共建者"的门票——意味着我的反馈会真正被听见，而不是石沉大海。
五、创作中的"断片"：session 丢失之痛
当然，早期产品远不完美。最折磨人的一次，是我正写着一份较长的项目文档，思路正顺，浏览器一刷新，session 没了，辛辛苦苦攒下的上下文和进度一起蒸发。那种"明明什么都没做错，成果却凭空消失"的无力感，我现在都记得。
类似的 session 丢失在写代码、整理需求时也反复出现过。每一次，都是对信任的一次消耗——你越认真投入，失去时就越痛。
六、版本更迭与 bug 反馈
但公平地说，团队是听劝的。我把 session 丢失和一堆小问题整理成反馈提交，没几天就在更新日志里看到了对应修复。之后的多个版本更新里，稳定性肉眼可见地变好：上下文保活更稳了，崩溃更少，响应也更跟手。
从"提 bug"到"看到它真的被修掉"，这个过程让我愿意继续留下来——因为感觉自己的声音落在了实处，而不是被淹没在工单系统里。
七、从免费到积分：收费策略的变迁
变化是从"免费"开始的。最初完全免费，大家用得心安理得；后来出现了排队，高峰时段要等；再后来引导充值，推出了会员和额度；期间还办过比赛，用奖励把社区热度推上去。
紧接着，收费模型又从直接的速通次数，切换成了"积分"——一笔积分对应一定量的使用额度，用一点少一点。
这条路径，每一步单看都合理，但叠在一起，体感就变了：免费用户越来越少，付费门槛越来越高，老用户的"理所当然"被一点点收回。
八、积分耗尽之后
等到我的积分也终于用尽，那种微妙的情绪浮现出来：不是付不起，而是"以前随手就能做的事，现在要先算一算还剩多少"。
当工具开始让人精打细算、而不是专注创造，它和最初打动我的那种"自由驱动开发"的感觉，已经隔了一层。
九、想对运营说的一些话
写到这儿，有些话想直接说给运营团队：
1. 你们自己也应该多用 AI。
我们这些老用户，平时工作和生活基本都泡在 AI 里，对产品的痛点和爽点极其敏感。如果运营侧的决策、客服的响应、社区的维护也能更多借助 AI 来提效，整体运营品质会有肉眼可见的提升——更快的反馈、更准的答疑、更懂用户的节奏。一个"用 AI 运营 AI 产品"的团队，和用户的语言是相通的。
2. 收费策略请循序渐进。
几次大步跨的变更，比缓慢而可预期的调整更容易引发抵触。用户的心理账户需要时间适应，阶梯式、预告式、有缓冲的变更，远比"某天醒来规则就变了"更能被接受。把每一次调整当成一次沟通，而不是一次通知。
3. 别让当前的负面收费策略，把客户量和好感度一起拖垮。
我们已经看到身边不少人因为体感变差而流失。价格可以涨，但要让用户觉得"值"，而不是"被赶"。保留一个真正可用的免费入口、给长期共建者一点体面的余量，往往比单纯收紧更有效。
我写下这些，不是因为讨厌 TraeWork，恰恰是因为还在乎它。从豆包相识，到今天积分用尽，我陪它走过了雏形、直播、邀请码、bug 与修复。
希望下一个版本，我们能一起走得更稳。