Trae 是字节跳动推出的 AI 编程 IDE,面向从个人开发者到企业团队的完整软件开发流程,核心价值是把「写代码」「改代码」「跑测试」从手工操作变成人与 AI 协同一体的工作流。它解决了三个现实问题:一是传统编辑器里 AI 对话与代码编辑割裂,来回复制粘贴效率低;二是 Cursor 等海外工具在国内网络环境下使用不稳定、账号与支付门槛高;三是 AI 补全类工具只能逐行提示,无法完成跨文件的重构和全项目任务执行。Trae 通过深度集成对话编程、Agent 全自动执行、多模型接入(豆包、DeepSeek、GLM、Claude 等)以及 MCP 外部工具连接,让开发者在一个窗口内完成「描述需求 → AI 生成 → 一键应用 → 运行调试」的闭环。2025 年 8 月发布的 Trae 2.0 采用 Rust 自研内核,不再是 VS Code 换壳,启动与响应性能大幅提升,并直接对标 Cursor 主打免费策略。本篇从安装配置、核心功能实操、团队落地与避坑、版本演进、选型对比五个方面展开,帮助你在 30 分钟内上手。
对 AI 从业者而言,掌握 Trae 意味着获得一个免费的 AI 全栈编程入口,能显著缩短从需求到可运行代码的路径,是评估和构建 AI 原生开发工作流的重要能力。
目录
速览卡是工具类内容的固定首屏模块:30 秒判断「这工具是什么、能不能商用、适不适合我」。
为什么需要 Trae:传统 AI 编程的「三处撕裂」→ 一体化工作台
痛点:AI 辅助编程的经典流程是「编辑器 + 浏览器 + 终端」三处切换。 开发者先在 IDE 里写代码,遇到问题切到浏览器打开 ChatGPT/豆包提问,把答案复制回编辑器,再手工合并 diff;涉及跨文件修改时还要手动追踪哪些文件被改过、改动是否影响其他模块。GitHub Copilot 这类补全工具虽然省去了切换,但只能做「下一行预测」,面对「重构整个模块」「给全部接口加日志」「把一个组件从 Class 写法迁移到 Hooks」这类多文件任务无能为力。据 Stack Overflow 2024 年开发者调查,超过 70% 的开发者使用 AI 编程工具,但主要停留在代码补全和问答层面,真正能完成多步骤任务的工具普及率很低。
Trae 的解法是把「对话、上下文、执行、验证」收进同一个 IDE。 它提供侧边对话窗口,支持 @ 引用文件、文件夹、选中代码甚至终端输出,AI 理解的是整个项目而不仅是当前光标处;当切换到 Agent 模式后,AI 会自主规划任务、逐文件修改代码、运行命令执行测试,并在完成后把改动以 diff 形式呈现,由你点击接受或回滚。2.0 版本内置的自动 Git 提交机制,让每次 AI 改动前自动创建提交点,万一改坏了可一键回退——这是专为「AI 全自动模式」设计的工程化保障。
与 Cursor 的气质差异: Cursor 强在海外模型生态和早期先发优势(Composer 多文件编辑、Tab 补全),Trae 的核心打法是「国内直连 + 免费 + 中文原生」。对国内开发者来说,Trae 无需魔法网络、无需海外信用卡,用手机号注册即可使用 DeepSeek 级别的主流模型。这不是功能上的碾压,而是「可用性」上的碾压——工具再好,连不上就用不了。
安装与环境配置:3 步就绪
步骤一·下载安装包。 访问国内版官网 trae.com.cn 或国际版官网 trae.ai,根据操作系统选择 Windows 版(提供 exe 安装包)或 macOS 版(提供 dmg 镜像,区分 Apple Silicon 与 Intel 芯片)。下载后双击运行,Windows 按提示勾选安装路径,macOS 将应用拖入「应用程序」文件夹即可。
步骤二·登录并选择模型。 首次启动后,国内版使用手机号验证码登录(支持抖音账号快捷登录),国际版支持邮箱/Google 账号。登录后进入模型设置界面:国内版内置豆包大模型(默认)、DeepSeek、GLM 等合规模型,国际版提供 Claude、GPT 等海外模型。建议按任务类型选模型——日常对话用豆包(免费用量充足),复杂重构切 DeepSeek/GLM。旧版本 Trae 基于 VS Code 内核,若此前用过 VS Code,可在设置中导入已有配置与扩展;Trae 2.0 自研内核仍提供 VS Code 扩展兼容能力,但建议不要依赖全部插件,以官方应用市场为准。
步骤三·验证环境。 打开 Trae,用快捷键唤起对话窗口(默认 Ctrl+I 或 Cmd+I),输入「你好,请介绍一下当前项目结构」,确认 AI 能读取并回答;再检查左下角模型列表是否已加载可用模型、Git 面板是否正常识别项目仓库。若 AI 回答超时或空白,检查网络(国内版需能访问国内节点,国际版需能直连海外服务)并确认登录状态。
# 命令行方式验证(macOS,可选)open -a Trae# 确认安装版本(2.0 及以上为自研内核版本)# 图形界面中查看路径:帮助 → 关于
快速上手:10 分钟跑通第一个 AI 全流程任务
最小可用流程的思路: 不必先学完所有功能,直接丢一个真实小任务给 Trae,让它走完「读代码 → 改代码 → 跑验证」的闭环,这是掌握 Trae 最快的方式。以下以「给现有项目添加一个 /health 健康检查接口」为例。
1. 打开项目:启动 Trae,通过「文件 → 打开文件夹」选择你的项目目录(也可直接用 trae . 命令行方式从终端打开)。确保项目已被 Git 初始化,便于后续回滚。
2. 对话编程(Chat 模式):按 Ctrl+I 唤起对话,在输入框中输入需求:「请为后端服务添加一个 GET /health 接口,返回 JSON 格式的服务状态和当前时间」。输入时用 @ 引用关键文件——例如 @ 引用路由配置文件,让 AI 明确知道代码组织方式。
3. 切换 Agent 模式:输入框上方选择「Agent」模式(2.0 版本新增,1.x 版本中为「Builder」模式)。AI 会先输出执行计划(修改哪些文件、如何实现),点击「执行」后它将自动读写代码。此时注意观察右下角的活动状态提示,Agent 工作在独立进程中,未经你确认不会动你手动改过的内容。
4. 审查并应用改动:Agent 完成后,编辑器以 diff 形式展示所有改动,左侧为原代码、右侧为 AI 修改后代码。逐文件检查逻辑是否正确,确认无误后点击「接受全部」;不满意可单独跳过某文件或点击「回滚」恢复到改动前状态。
5. 运行验证:在 Trae 内置终端中启动服务,用 curl 请求 /health 接口确认返回正确;若报错,把终端报错信息复制回对话窗口并 @ 引用该文件,让 AI 修复。
6. 收尾:Agent 在改动前已自动创建 Git 提交点,最终确认无误后手动 push 到远程仓库即可。
这套流程完成后,你就掌握了 Trae 最核心的「描述 → 执行 → 审查 → 验证」循环。进阶技巧:在对话中 @ 引用终端输出,可以让 AI 直接看到运行时报错并自动修复,这是 Trae 与纯聊天工具的关键差异。
核心能力详解:4 大支柱
支柱一·多模型自由切换与对话编程。 Trae 的对话窗口是核心入口,支持在多个模型间一键切换:国内版提供豆包 1.5 Pro(默认,免费用量充足)、DeepSeek R1/V3、智谱 GLM;国际版提供 Claude 3.5/3.7 Sonnet、GPT-4o/4.1 等海外模型。不同模型各有擅长领域:豆包在中文理解和代码生成上均衡稳定,DeepSeek R1 的推理能力适合复杂算法题,Claude 在长上下文与复杂重构上表现更好。切换操作在对话窗口底部模型选择器中完成,无需重启。与聊天工具不同,Trae 的对话天然注入项目上下文——AI 知道你打开了哪些文件、项目用的框架和依赖,回答不带「猜」的成分。
支柱二·@ 引用与上下文工程。 这是 Trae 精确控制 AI 注意力的核心机制。在对话输入框输入 @ 会弹出引用面板,支持引用:文件(@File,单个文件全文)、文件夹(@Folder,目录结构与关键文件摘要)、选中代码(@Code,编辑器内选中的代码片段)、终端(@Terminal,最近终端输出)。引用的内容会作为上下文片段传给模型,让 AI 聚焦在指定范围内而不被整个项目干扰。对于大型项目,全量注入上下文会消耗大量 token 且降低准确性,优秀的做法是「只 @ 与任务直接相关的 2-3 个文件 + 一个目录」,配合对话中的明确指令,准确率显著高于不加引用的裸对话。
支柱三·Agent / Builder 全自动执行模式。 Agent 模式(2.0 推出)与 Builder 模式(1.6 推出)是 Trae 的「自动驾驶」能力。两者差异在于:Builder 侧重「从零到一」——你给一句话需求(如「创建一个带登录功能的 Todo Web App,前端 React + 后端 FastAPI」),它自动生成项目骨架、安装依赖、编写前后端代码并尝试运行;Agent 侧重「从有到优」——在既有代码库中自主规划并执行多步骤改造任务(跨文件重构、批量修改、Bug 修复),执行前输出计划、执行中逐文件修改、执行后运行测试自检。两种模式都通过自动 Git 提交建立恢复点:在 2.0 版本中,Agent 每次任务前自动创建提交,若改动失控,可直接回滚到任务前状态,这是全自动操作的安全底线。
支柱四·MCP 与外部工具集成。 MCP(Model Context Protocol,模型上下文协议)是 Anthropic 提出的开放标准,用于让 AI 连接外部数据源和工具。Trae 支持用户在设置中添加 MCP 服务器,使其能调用内部知识库、数据库、CI 系统等资源。例如:接入公司内部 API 文档库,AI 写代码时自动查询最新接口定义;接入数据库 schema 文件,AI 生成查询语句时准确把握表结构。MCP 把 Trae 从「IDE 内的 AI」扩展为「团队开发流程中的 AI 节点」,对生产环境落地价值显著。注意事项:MCP 配置需在设置面板中手动添加服务器地址与认证信息,且外部服务数据将作为上下文发送给模型,敏感信息需脱敏处理。
生产部署与监控:从试点到团队治理
试点推广与统一基线。 团队引入 Trae 建议采用「试点团队先行」策略:选 5-10 人的前端或全栈小组试用 2-4 周,明确使用范围(哪些项目类型用、哪些模型可用)与成功指标(任务完成率、代码审查通过率、开发效率自评)。推广前统一版本基线——Team 成员安装同一大版本(如当前统一 2.1),避免因版本差异导致 Agent 行为不一致;国内团队默认使用国内版(trae.com.cn),有海外合规需求的团队评估国际版。Trae 免费策略下无需席位管理,但需在团队内明确账号使用规范(个人账号 vs 专用账号)。
安全与合规红线。 Trae(尤其国际版)默认将对话与代码上下文发送至云端模型服务,因此必须建立数据分级制度:生产环境密钥、客户个人信息、未公开的商业逻辑不得直接粘贴进对话;敏感项目可先用脱敏副本供 AI 调试,或将任务拆解为「不涉敏的代码层面修改」。对于强合规企业(金融、政务),建议评估代码是否可出域,必要时限制使用范围——Trae 目前不提供私有化部署选项,合规要求极高的场景可先用本地小模型工具作为补充,或仅用 Trae 处理非敏感模块。
质量与可观测性。 AI 生成代码的质量需要门禁兜底:在 CI 流水线中保持原有的单元测试、Lint 检查与代码评审流程不变,可要求 AI 生成的改动必须附带测试并跑通后再合入;建议在 git commit message 中以 [AI] 前缀标记 AI 生成提交(Trae 的自动提交本身带有标识),便于追溯问题代码的来源。团队层面可统计每日 Token 消耗、Agent 任务成功率、AI 改动被回滚的比例,用数据判断模型选型与使用范围是否需要调整——这些数据 Trae 编辑器本身不提供后台统计,需要团队通过 Git 记录和自建埋点采集。
<p class=“para-label“>避坑清单:</p><ul class=”dash-list”><li>坑 1:Agent 的自适应修改可能碰你不期望的文件——执行前务必审查计划清单,在「设置 → Agent」中关闭「自动修改未引用文件」选项,降低失控风险。</li><li>坑 2:自动 Git 提交默认开启,频繁任务会产生大量提交点影响历史整洁——任务完成后用「交互式变基」合并提交,或在设置中调整提交触发策略。</li><li>坑 3:国际版与国内版账号、模型配额、使用数据互不相通——充值或升级前确认所选版本,切换版本需重新登录且历史对话不迁移。</li></ul>
| 维度 | Trae | Cursor | Windsurf | 通义灵码 |
|---|---|---|---|---|
| 定位 | 字节跳动出品的免费 AI IDE,国内/国际双版本 | 海外主流 AI 编辑器(Anysphere 出品) | AI 原生编辑器,2025 年被 OpenAI 收购并更名 Codex | 阿里云原生 AI 编程工具,IDE 插件 + 独立应用双形态 |
| 编排范式 | 对话 + Agent 全自动 + Builder 建项目 | 对话 + Tab 补全 + Composer 多文件编辑 | Flow Agent 工作流可视化 | 对话 + 行级补全 + 编码智能体任务执行 |
| 类型约束 | 2.0 自研 Rust 内核;1.x 兼容 VS Code 插件 | 自研内核,支持部分 VS Code 扩展 | 自研内核,插件生态较弱 | 插件形态内嵌 VS Code / JetBrains 家族 |
| 学习曲线 | 低,中文界面与文档,@ 引用机制直观 | 中,英文界面为主,功能密度高 | 中,工作流可视化有学习成本 | 低,插件式安装即用,与 IDE 操作习惯一致 |
| 生态集成 | MCP、内置终端、自动 Git 提交、VS Code 插件兼容 | MCP、第三方 API Key 可选、.cursorrules 规则 | MCP、工作流模板、OpenAI 生态强绑定 | 阿里云服务、通义千问模型、企业知识库检索 |
| 生产部署 | 免费额度 + 无私有化,团队靠 Git 与规范治理 | 团队版/企业版按席位订阅,支持 SSO 与集中管理 | 并入 OpenAI Codex 订阅体系 | 企业版支持私有化部署与专属 VPC 合规 |
| License | 闭源免费 | 闭源商业(免费档有限额) | 闭源商业 | 闭源免费 + 企业商业授权 |
| 适合谁 | 国内开发者、免费党、中文场景团队 | 海外生态开发者、追求最强模型组合的团队 | 深度使用 OpenAI 系模型与工作流的团队 | 阿里云重度用户、强合规要求的企业 |
选型建议:国内开发者与团队首选 Trae 国内版——免费、直连、无障碍,模型能力足够覆盖日常开发;追求海外最新模型(Claude/GPT)且网络与支付无障碍时选 Cursor,其 Tab 补全与模型生态仍是第一梯队;深度投入 OpenAI 生态或需要可视化 Agent 工作流的关注 Codex/Windsurf;阿里云体系内且需要私有化合规部署的企业选通义灵码。四者功能高度同质化,真正的分水岭是「模型可及性」与「合规要求」。
版本迭代
Trae 的演进主线是从「VS Code 生态的对话式 IDE」走向「自研内核的 AI 原生 IDE」。2024 年 8 月国际版以 VS Code fork 形态切入市场,2025 年 1 月国内版上线补齐本土化模型与网络直连,2025 年 8 月 2.0 用 Rust 重写内核实现性能与架构的双重突破,并确立免费策略正面竞争 Cursor。(截至训练数据,可能已有更新版本)
| 版本 | 时间 | 变化 | 提升 |
|---|---|---|---|
| v1.0 国际版 | 2024-08 | 海外公测,集成 Claude 3.5 Sonnet 与 GPT-4o | 基于 VS Code 内核的对话式 IDE 首次亮相,支持 @ 代码引用 |
| v1.5 国内版 | 2025-01 | 国内版上线,接入豆包、DeepSeek、GLM 等国内模型 | 手机号注册即用,国内节点直连低延迟,补齐全中文交互 |
| v1.6 | 2025-05 | 推出 Builder 模式与视觉理解能力 | 一句话从零生成项目骨架;支持截图/设计稿生成前端 UI |
| v2.0 | 2025-08 | Rust 自研内核 + Agent 全自动模式 | 启动与响应速度大幅提升;Agent 自主执行多文件任务;自动 Git 提交回滚;全面免费 |
| v2.1 | 2025-10 | Agent 能力与性能持续优化 | 多文件代理稳定性增强,上下文处理优化,交互体验迭代 |
| 基准 | v1.x | v2.0 | |
|---|---|---|---|
| 启动速度(冷启动) | 受 Electron 架构限制,秒级 | 官方称显著提升 | 字节官方宣传 2.0 启动与运算速度优于 Cursor,未公开第三方独立基准 |
| 模型能力(MMLU 等) | 取决于接入的第三方模型 | 同左 | Trae 本身不训练模型,能力由豆包/DeepSeek/Claude 等底座决定,无独立评分 |
Trae 的迭代重心从「接入更多模型」转向「把自己的执行能力做到极致」——2.0 自研内核是分水岭,它摆脱了 Electron 的性能瓶颈,也让 Agent 式全自动执行成为可能。选型建议:新用户直接使用 2.0 及以上版本;少量依赖特定 VS Code 插件的用户可停留在 1.x 过渡,但需注意 1.x 的 Builder 模式与 2.0 的 Agent 模式在能力维度上已有代差。
AI 应用场景
场景 1:从零搭建全栈 MVP(最小可行产品)
阶段:AI 原生开发 / 项目脚手架生成
解决的问题:传统方式下,一个前后端分离的 MVP 需要分别搭建前端工程、后端工程、数据库表结构,花费 2-3 天;Trae 的 Builder 模式输入一句话需求即可生成完整项目骨架,自动安装依赖并尝试运行,将「环境搭建」环节压缩到分钟级。
具体案例:独立开发者用 Trae Builder 生成「带用户登录和简单 CRUD 的 React + FastAPI 应用」,AI 自动创建前后端目录结构、编写数据库模型与接口、生成 Dockerfile,整个过程约 1 小时完成可本地运行的初版。相比手写脚手架节省约 70% 的项目初始化时间。
场景 2:遗留系统跨文件重构
阶段:Agent 编排 / 多文件协同修改
解决的问题:老项目的框架升级或 API 替换往往涉及几十个文件的一致性修改,人工操作容易遗漏且耗时数天;Trae Agent 模式通过 @ 引用相关目录,自主分析调用关系并批量修改,配合自动 Git 提交实现快速回滚,把「机械性重复修改」从人力中剥离。
具体案例:某团队使用 Trae Agent 完成一个内部管理系统的状态管理库迁移(从 Redux 迁移到 Zustand),Agent 在约 4 小时内完成 30+ 个组件的改写和 import 路径替换,人工仅需 review diff 和跑回归测试,整体工作量节省约 60%。
场景 3:图片/设计稿驱动的界面生成
阶段:多模态理解 / UI 代码生成
解决的问题:运营活动页、数据看板等前端界面,传统流程需设计师出图再让前端切图还原,沟通成本高;Trae 支持直接上传设计稿截图或手绘草图,AI 识别布局、颜色与文案后生成可运行的前端代码,缩短设计到开发的中间环节。
具体案例:某运营团队将活动页设计稿(PNG 格式)直接发送给 Trae,AI 生成对应的 HTML/CSS 响应式页面并可在浏览器预览,从设计稿到可提测版本由原来的 2 天缩短到 4 小时。
常见误区
误区Trae 是基于 VS Code 改的,我用 VS Code 插件都很熟,Trae 就是换了个 AI 面板的 VS Code。
正解这个认知只对 1.x 版本部分成立。Trae 2.0 弃用了 Electron 架构,改用 Rust 自研内核重写编辑器底层,启动速度、大文件打开速度、响应流畅度相比 1.x 有代际提升。2.0 同时保留了 VS Code 扩展兼容能力,但底层渲染、语言服务、Git 集成都已自研。实际影响是:2.0 不再等同于「带 AI 的 VS Code」,部分依赖 VS Code 底层行为的插件在新内核上可能出现兼容问题。
为何常见:1.x 时代 Trae 确实是 VS Code fork,很多教程和评测都基于 1.x,形成「套壳」印象;而 2.0 的宣传集中在 Agent 功能上,内核更换的工程意义被低估。
误区Trae 国内版和国外版功能一样,就是界面语言和登录方式不同,哪个方便用哪个。
正解两者是独立产品线,核心差异有三:模型池不同(国内版接豆包/DeepSeek/GLM 等合规模型,国际版接 Claude/GPT 等海外模型,不支持直接混用);账号体系不互通(国内手机号 vs 海外邮箱,对话历史、设置、订阅均不迁移);数据合规边界不同(国内版数据在国内节点处理,国际版数据流向海外服务)。选错版本意味着模型能力、历史数据和付费资产全部不可迁移。
为何常见:同一品牌下「国内版/国际版」常见于视频平台(内容分区不同但账号通用),用户容易套用这一习惯性认知,忽略了 AI 工具「模型即服务」的本质差异。
误区Agent 模式能自己读代码、改代码、跑测试,那我把任务丢给它,喝杯咖啡回来直接就能交付了。
正解Agent 是「自动驾驶辅助」而非「无人驾驶」。它可能在以下环节出错:对业务需求的理解偏差(改对了代码但改错了语义)、遗漏边界条件(未处理空值/异常输入)、过度修改(连带改动了无关代码)。Trae 的设计也承认这一点——所有改动以 diff 形式呈现、自动 Git 提交供回滚,本身就是为「人工审查兜底」而设计的。低风险任务(补日志、加注释、修 typo)可放宽审查;涉及业务逻辑、数据安全的改动必须逐文件 review 并跑完整测试。
为何常见:厂商宣传视频为了展示效果,通常只呈现「AI 全自动完成」的高光片段,刻意省略审查与修正过程;用户第一次使用 Agent 完成小任务时体验正反馈强烈,容易高估其可靠性。
误区Trae 2.0 主打免费,那我可以把它当成免费的 GPT-4,随便聊随便生成,不用考虑成本。
正解免费是针对产品使用权的,不是无限资源额度。Trae 的免费策略下,模型调用有频率和额度限制(尤其是能力更强的 DeepSeek R1、GLM 等模型),超出后会被限速或提示降级;国际版的 Claude/GPT 模型在免费档位下同样有每日次数限制。实际使用中,长时间、高频率的 Agent 任务(如大批量重构)可能触发限额。应对方式:日常小任务用默认模型,复杂任务集中批量处理,或关注官方付费档位。
为何常见:「免费」在中文产品语境中常被理解为「全免费」,而行业惯例(如 ChatGPT 免费版)通常是「有配额免费」,两者的落差在用户首次触达额度上限时才被感知。
误区Trae 生成的代码通过了本地运行,看起来也没问题,直接提交合并上线就行。
正解AI 代码的「能跑」与「正确」之间有巨大鸿沟。常见的隐性风险包括:没有覆盖边界条件和异常分支、忽略了安全漏洞(SQL 注入、硬编码密钥)、与现有代码风格不一致、未处理并发和事务问题。Trae 生成的代码应执行与人工代码完全相同的质量门禁:单元测试覆盖、Lint 检查、代码评审、安全扫描。特别是在生产环境中使用 AI 生成代码时,建议在 CI 中加入强制测试与人工审批环节,并保留 AI 提交标记以追溯问题来源。
为何常见:AI 生成代码「一次跑通」的体验过于顺畅,容易形成「AI 写的代码没问题」的路径依赖;而实际生产事故往往来自测试覆盖不到的边界场景,这在初用时难以暴露。
面试题
Q1. Trae 是由哪家公司推出的 AI 编程 IDE?
- A.阿里巴巴
- B.腾讯
- C.字节跳动← 正确答案
- D.百度
答案:C。Trae 是字节跳动推出的 AI 编程 IDE,2024 年 8 月国际版上线,2025 年 1 月国内版发布。阿里对应的是通义灵码,百度有 Comate,腾讯有 AI 代码助手,均非 Trae 的出品方。
Q2. Trae 2.0 相比 1.x 最核心的技术变化是什么?
- A.改用 Electron 架构
- B.采用 Rust 自研内核← 正确答案
- C.迁移到纯 Web 端
- D.放弃桌面客户端
答案:B。Trae 2.0 弃用 1.x 基于 VS Code/Electron 的架构,用 Rust 重写编辑器内核,带来启动速度和响应性能的大幅提升。它仍是桌面应用而非 Web 端,且 Electron 是旧版架构而非升级方向,A/C/D 均错误。
Q3. 国内版 Trae 的官方访问地址是哪个?
- A.trae.ai
- B.trae.io
- C.trae.com.cn← 正确答案
- D.trae.com
答案:C。国内版官网是 trae.com.cn,国际版官网是 trae.ai。trae.com 与 trae.io 均非 Trae 官方域名。国内开发者应使用 trae.com.cn 以获得本土模型直连与合规保障,国际版需海外网络环境。
Q4. 在 Trae 对话中输入 @ 符号的主要作用是?
- A.唤起命令面板
- B.引用文件、文件夹等上下文内容← 正确答案
- C.快速切换不同 AI 模型
- D.打开内置终端窗口
答案:B。@ 是 Trae 的上下文引用机制,输入后可选择文件(@File)、文件夹(@Folder)、选中代码(@Code)、终端输出(@Terminal),将这些内容作为上下文喂给模型。命令面板、模型切换、终端各有独立快捷键和入口,与 @ 无直接关系。
Q5. Trae Agent 模式在执行大规模代码修改前,默认会做什么以保障可回滚?
- A.自动合并到主干分支
- B.自动创建 Git 提交点← 正确答案
- C.自动部署到生产环境
- D.自动删除无关测试文件
答案:B。Trae 在 Agent 执行任务前会自动创建 Git 提交,作为「后悔药」恢复点,改动失控时可一键回滚到任务前状态。它不会自动合并主干、部署生产或删除测试文件——这些高风险操作都需人工确认。
Q6. Trae 中国区版本默认情况下不能直接使用以下哪类模型服务?
- A.豆包(Doubao)
- B.深度求索(DeepSeek)
- C.Claude 官方 API← 正确答案
- D.智谱 GLM
答案:C。国内版合规模型池为豆包、DeepSeek、GLM 等国产模型;Claude、GPT 属于海外模型,仅在国际版(trae.ai)中提供。国内版通过合规备案模型服务,不直接接入海外模型 API。
Q7. MCP(模型上下文协议)在 Trae 中的主要作用是?
- A.管理 AI 模型的订阅计费
- B.连接外部工具与数据源供 AI 调用← 正确答案
- C.加密保护本地源代码
- D.加速编译构建流程
答案:B。MCP 是开放协议,允许 AI 工具接入外部系统——如公司内部文档库、数据库 schema、CI 系统,让模型生成代码时能查询真实数据。它不负责计费、加密或编译加速。
Q8. Trae 的 @ 引用功能支持引用以下哪些上下文内容?
- A.单个文件← 正确答案
- B.文件夹目录← 正确答案
- C.编辑器中选中的代码← 正确答案
- D.终端输出← 正确答案
答案:ABCD。Trae 的上下文引用面板覆盖四类内容:文件、文件夹、选中代码、终端输出。通过精确引用相关上下文,可控制 AI 的注意力范围,提升任务执行准确性,避免全项目注入造成 token 浪费和错误判断。
Q9. 在团队中推广使用 Trae Agent 改写生产环境代码,以下哪些是推荐的安全措施?
- A.在独立分支上执行 Agent 任务← 正确答案
- B.利用自动 Git 提交保持可回滚状态← 正确答案
- C.先在低风险模块或副本项目中试跑← 正确答案
- D.完全跳过人工代码审查直接合入
答案:ABC。独立分支隔离风险、自动提交保证回滚能力、低风险场景先验证效果,三者都是 Agent 落地的合理安全措施。D 选项跳过人工审查是本末倒置——AI 生成的代码存在业务语义偏差和边界条件遗漏风险,人工 review 是质量兜底的必需环节。
Q10. 关于 Trae 2.0 相比 1.x 的变化,下列描述正确的是?
- A.编辑器内核由 Electron 更换为 Rust 自研← 正确答案
- B.启动与响应性能显著提升← 正确答案
- C.提供移动端 App 支持手机写代码
- D.引入 Agent 全自动任务执行模式← 正确答案
答案:ABD。2.0 的三大标志性变化是 Rust 自研内核、性能跃升与 Agent 模式——后者让 AI 可自主规划并执行跨文件的代码修改,配合自动 Git 提交回滚机制。截至 2.1 版本,Trae 仍是桌面端应用(Windows/macOS),未提供移动端写代码的 App。