1. 迁移不是复制粘贴：Trae 的配置逻辑和 Cursor 有本质差异很多人把从 Cursor 迁移到 Trae 理解成“换一个插件”，装好就开干。我试过三次——第一次在周五下午，改完配置直接推了半成品到主干；第二次在周一晨会前，发现所有自定义指令全失效；第三次才真正搞明白：Trae 不是 Cursor 的平替，它是另一套工程化思维的落地载体。它不追求“像人一样写代码”，而是追求“像架构师一样组织上下文”。这个根本差异，决定了五个看似微小的配置断点，会在你迁移后第三天集中爆发。最典型的信号是：你在 Cursor 里能稳定复现的“自动补全+注释生成”流程，在 Trae 里跑三遍，两次结果不一致。不是模型不稳定，是上下文没对齐。Trae 的核心机制是“技能（Skill）驱动”，每个 Skill 都绑定独立的上下文窗口、模型路由策略和缓存规则。而 Cursor 是“会话（Session）驱动”，所有操作共享一个滚动窗口。这意味着，你在 Cursor 里靠Ctrl+K触发的“重构当前函数”，在 Trae 里如果没显式绑定到refactor-skill，它默认走的是general-chat-skill，后者压根不加载你的项目 AST 结构。这解释了为什么“过度依赖”会成为高频坑点：Cursor 的 session 模型让你习惯性地把 AI 当作“实时协作者”，而 Trae 的 skill 模型要求你先定义“这个任务该由谁来干”。没定义清楚，AI 就只能猜——猜错了，就是代码质量下降；猜多了，就是上下文丢失。我们团队在迁移一个 87 个模块的 Vue3 微前端项目时，最初只改了trae.