我看好多说要和豆包工作合并了，看了下豆包工作没有 TraeWork 这么纯粹了，而且不能选择自定义模型。。。。
大家何去何从呀
不用担心, 后面肯定会更好的, trae还是比较看重work用户的
假如真直接合没了，那就IDE回来吧 
豆包和TRAE 合并后用户帐号咋办？让豆包也用积分吗?还TRAE 的积分再次被废啊，这才稳定几天啊。
主要是如果变成豆包了，我感觉我的工作流迁移难度太大了，要么我去隔壁，毕竟wb的工作流和TRAEwork还是很像的，但又感觉有点不好
已经转向拥抱开源的 dsh，Traework 对我来说，更多降级成了 dsh 的修理工。过去在社区反馈 bug、提交功能建议，但整体响应节奏偏慢，不少想法也未必会被采纳，几番体验下来，我更倾向于走用 AI 自建 Agent 这条路。毕竟文档与工作流才是 AI 办公里真正核心的生产资料，不应该把自己的生产能力，完全寄托在单一厂商的闭源工具上。
反观产品侧把 Traework 并入豆包，再将 TraeIDE 单独拆分面向开发者的做法，我觉得这个决策不太合理，程序员同样会有 Work 模式的使用需求。其实可以参考 Qoder 的设计思路，统一底层 Runtime 底座，上层再分化出 IDE 和 Work 两套形态，允许用户自由切换，以此承接不同用户的各类诉求。就算面向 AI 新手，做一套类似 Workbuddy 那样布满快捷按钮的简易交互界面，技术实现层面也算不上什么难题。要是担心 Trae 的品牌知名度不足，这套架构完全可以直接落地到豆包身上。