trae提供一站式智能代码审查：需先开启「代码审查智能体」，配置git上下文，再按暂存区/提交/分支差异选择审查范围，结果双栏展示摘要与问题定位，并支持自然语言指令调用参考文档精准校验。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
如果你正在修改代码并希望快速识别潜在缺陷、理解变更影响、获得可执行的修复建议，Trae 提供了从触发到落地的一站式智能审查路径。它不依赖人工逐行比对，也不要求你写复杂提示词，而是将 Git 上下文、AI 推理与 IDE 操作深度耦合。
启用智能体审查功能
这是所有后续操作的基础开关，未开启则无法调用审查模型。
启动 TRAE IDE → 点击左下角齿轮图标进入「设置」→ 切换至「Beta」选项页 → 找到「代码审查智能体」开关 → 将其切换为开启状态。【该操作仅需一次，开启后即永久生效，无需每次重启重配】
系统会自动加载轻量级审查模型与本地工具链，过程约 3–5 秒，无须联网下载额外组件。
配置 Git 上下文确保分析准确
TRAE 审查不是纯文本扫描，它必须知道“改了什么”“和谁比”，否则无法判断新增逻辑是否破坏原有流程。
第一步：确认项目根目录下存在 .git 文件夹，且当前分支已 commit 过至少一次（空仓库不支持审查）。
第二步：在 TRAE 主界面右上角点击「源代码管理」图标（分支符号）→ 若弹出「未检测到 Git 仓库」提示，手动输入项目绝对路径，例如 /Users/you/project/myapp。
第三步：点击「刷新上下文」按钮，等待右下角状态栏显示「Git context loaded: main ← feature/login」才算完成。如果显示「invalid ref」，说明分支名含非法字符或远程追踪失效，需先执行 git checkout main && git pull。
选择范围并触发 AI 审查
审查粒度决定结果精度——暂存区最细，分支差异最全，选错会导致漏检关键问题。
方法一：审查未提交的变更（推荐日常开发）
进入「源代码管理」视图 → 将鼠标悬停在待审文件名右侧 → 点击「+」号将其加入暂存区 → 点击顶部操作栏「总结并审查」按钮。
方法二：审查某次提交（适合 Code Review 后复盘）
在「源代码管理」中点击左侧「提交历史」→ 右键目标 commit → 选择「审查此提交」→ 系统自动提取 diff 并加载上下文。
方法三：审查分支差异（适合 PR 前自检）
点击右上角分支名称 → 在弹出菜单中选择「比较分支」→ 输入目标分支如 origin/dev → 点击「开始审查」。【必须确保两个分支都已 fetch，否则对比结果为空】
解读双栏式审查结果
结果页面分左右两栏：左侧是业务视角摘要，右侧是代码级问题定位，二者不可互替。
左侧「变更总结」区域会生成自然语言摘要，例如：“新增用户登录态校验中间件，移除旧版 token 解析逻辑，调整 /api/v2/auth 路径响应结构”。这能帮你快速确认改动是否符合设计意图，避免误删核心逻辑。
右侧「问题列表」中每个条目对应一个具体代码位置，点击后直接跳转至 diff 视图高亮行。问题类型按严重性分级：Critical（必须修复）、Warning（建议修复）、Info（优化提示）。例如某行标为 Critical 的 SQL 拼接，会同时显示原始语句、风险点（未参数化）、修复示例（改为 cursor.execute("SELECT * FROM user WHERE id = %s", [user_id])）。
若某个问题右侧出现「修复」按钮，点击后自动唤起对话面板，预填入问题描述、相关代码块及上下文函数签名——你只需在此基础上补充业务约束，比如“此处必须兼容老版本客户端，不能修改返回字段名”，AI 会据此重生成适配建议。
用自然语言指令激活参考资料
即使已配置全局参考源，TRAE 也不会默认读取全部文档；必须明确告诉它“参照哪份材料、检查哪类问题”，否则仍按通用规则运行。
第一步：在对话面板中输入指令，例如：“请结合 .ref/api-spec.yaml 中 /v1/orders/{id} 接口定义，检查当前修改是否违反响应字段命名规范。”
第二步：TRAE 会立即定位 spec 文件中对应路径，比对代码返回结构，指出字段名大小写、嵌套层级、必选字段缺失等问题。
第三步：若发现规范冲突，它会直接引用 PDF 第 12 页“响应体字段命名”条款原文，并标注条款编号，而非笼统说“不符合规范”。【PDF 必须含可复制文本层，扫描版无法提取内容】
