TRAE
TRAE
学到 会用 就够:能亲手用起来
你可能会说
“我在 TRAE 里维护一个分析项目时,Agent 与 IDE 相关的工作方式该怎样区分?”
TRAE 是把 AI 智能体任务与代码编辑结合的开发平台。当前官方文档说明 TraeCode 与 TraeWork 已合并为新的 TRAE,提供面向任务推进的 Agent 模式和深入编辑的 IDE 模式。
这个产品更新很快,功能和价格以官方最新信息为准。卡片内容核对于 2026-11-07。
使用 AI
科研里的例子
例如先描述公开数据去重与统计的交付要求,形成步骤清单,再进入具体脚本核对分组变量、缺失值与生成表格的代码。
Agent 模式侧重把需求分解、安排执行并组织交付,IDE 模式侧重进入项目文件编辑和调试;它们是同一工作过程中的不同入口。科研人员可据此理解从脚本需求到检查结果的衔接,而不必把每种界面当成不同模型。此次读取到的是合并说明,不代表所有地区、账号和既有安装都已同时迁移;实际可用功能仍应以当前应用和对应文档为准。
动手试一次
先读官方合并说明,辨认你遇到的是旧教程还是新界面;用一个公开短脚本练习解释输入输出,再考虑改动。
在你的学科里,直接拿去用
把数据分析要求写成可复现说明
请先为这项分析形成可复现的任务说明,再建议代码。 问题:[填写] 数据字典及已有规则:[提供] 可用软件与现有代码:[提供] 明确一行数据代表什么、样本范围、连接键、单位、缺失码、变量构造、估计对象和输出。区分描述分析与因果分析;缺少识别依据时不要把回归系数直接称为因果影响。给出小样本核对、异常记录和可重跑顺序。保留原始数据,所有转换写到派生结果并留记录;不能为得到显著结果修改数据或筛选规则。方括号里的内容换成你自己的。来自知识增量《科研中英表达与 Prompt 指南》PG08
查错并交付能核验的修复
请定位问题并给最小修复。 代码与环境:[粘贴] 输入样例:[不含私密信息的小样本] 实际错误或输出:[粘贴] 我期望:[填写] 先区分已观察事实与可能原因,优先用最小样例验证。解释根因,给最小差异和有意义的检查。没有实际运行权限时明确标为未运行建议,不把推测写成测试通过。若修改会影响研究规则或结果,指出具体影响,不顺手重构无关部分。方括号里的内容换成你自己的。来自知识增量《科研中英表达与 Prompt 指南》PG09
判断
亲手检查一次
亲手查看当前模式、项目路径和改动文件;将一组已知输入与预期统计表对照,并记录未运行或不可用的步骤。
它做不到的
TRAE 是宿主与工作平台,不是单一大模型。能生成报告或代码也不等于完成实证核验,任务执行和研究判断需要分别检查。
增量,由你来写
读完这张,你的理解变了什么?
留言功能会在后面的版本开放。现在可以先在 X 上 @knowledgedelta 告诉我。
来源
卡片底稿由 AI 协助整理,经过核对;发现错误请告诉我。