TRAE 绿皮书
TRAE Work 实战指南 / 数据处理 & 分析

实战指南|5个技巧教你用 TRAE 做复杂数据分析

提示

TRAE 是面向开发者、职场人与学生的 AI 办公平台,有 TRAE Work TRAE IDE 两款产品。

TRAE Work 侧重学习、办公与工程执行场景,无论你是开发者、职场人、学生,都可以用它写方案、做分析、处理文件、推进协作,并完成需要持续执行、检查和产出结果的自动化任务。支持 桌面端网页版移动端,多端协作,随时发起任务、查看进展、持续推进。

TRAE IDE 适合写代码、读项目、改 Bug 等开发工作,更适合期望精细控制自己的代码改动和执行过程的开发者。


作者:安果

TRAE 战略分析师

提示

上一期你学会了指挥 AI 做分析,这一期你学会放手。

前言

上一期我们聊了用 TRAE 做数据分析的基础流程:把数据丢进去,告诉它“帮我清洗一下”、“按月份画个趋势图”、“算一下同比增长”,一步步指挥,一步步出结果。

如果你已经用起来了,可能会发现一个问题:简单分析很爽,但任务一复杂就累了。

比如:数据不是现成的,需要先从某个平台获取;需要同时分析好几份数据做对比;分析做完了不确定结论有没有问题;下个月同样的分析又得重新来一遍……

每次都手把手指挥每一步,链路一长就觉得:“我好像在给 AI 当保姆”。

这一期,我们升级玩法。核心理念就一句话:你负责想,AI 负责做。

上一期的模式是“你说一步,AI 做一步”:你既是思考者,也是指挥者。

这一期的升级是:你只负责定方向、定标准、做判断,剩下的规划路径、获取数据、拆分任务、检查质量、沉淀复用:全部交给 AI。

TRAE 里的 Agent 之所以能承接“做”的部分,是因为它具备三个关键特性:

接下来 5 个进阶技巧,就是教你怎么把“做”的部分彻底交出去。

本文所有内容都用 TRAE MTC 模式演示。

技巧一:数据采集+分析一体化 - 没有数据?让 AI 自己去拿

很多时候你想做一个分析,第一个卡点不是"不会分析",而是“数据还没拿到手”。

比如你想看几只股票最近的走势对比,你手上没有数据。直接跟 Agent 说:

PLAIN TEXT
帮我获取贵州茅台、宁德时代、比亚迪最近半年的股价数据,做趋势对比分析,计算各自的波动率和最大回撤,告诉我哪只最稳、哪只波动最大,并画出走势对比图。

你没有给它任何数据文件,但 Agent 会自己搞定全流程:

  1. 判断用什么工具获取数据(这次它选择了 yfinance 库 + A 股 ticker)
  2. 自动安装依赖(`pip install yfinance`)
  3. 自己查文档,了解 A 股的 ticker 格式(600519.SS / 300750.SZ)
  4. 写代码调用 API,获取半年日线数据
  5. 做指数化处理(起点=100),方便不同价位的股票直接对比
  6. 计算年化波动率和最大回撤
  7. 画对比走势图
  8. 给出明确结论:贵州茅台最稳(波动率 23.27%),宁德时代波动最大(33.44%)

全程你只说了一句话,Agent 自己操心了所有中间环节。

▼ 图:一句话 Prompt → Agent 自主完成全链路(自动装库、查文档、调 API、出图)

截图展示的是 TRAE Work 产品更新之前的界面,现在产品已更新。

图片展示了TRAE Work产品更新前的界面,呈现了对贵州茅台、宁德时代、比亚迪三只股票近6个月日线复权收盘价数据的分析结果。用Yahoo Finance抓取数据,计算波动率与最大回撤,给出量化波动/波动最大结论,生成归一化走势图和简短Markdown报告,导出数据CSV。结论显示贵州茅台最稳,宁德时代波动最大,比亚迪居中。界面还展示了生成的Markdown报告、对比图及数据CSV文件。
img-474 · 图片展示了TRAE Work产品更新前的界面,呈现了对贵州茅台、宁德时代、比亚迪三只股票近6个月日线复权收盘价数据的分析

这件事的前提是 TRAE 的执行环境:Agent 能自己装库、自己写代码、自己跑。遇到 API 报错,它还会自动调试重试。你不需要懂任何编程或 API 的知识。

更强的是,Agent 不只是“会调 API”,它还会自己去查怎么调。比如这个 Case 里,你没告诉它 A 股在 yfinance 里的 ticker 格式是什么,它自己查了文档搞清楚了"贵州茅台=600519.SS""宁德时代=300750.SZ"。你不需要提前帮它找好文档或告诉它接口长什么样。

▼ 图:最终产出 — 三只 A 股近半年走势对比(指数化,起点=100),一眼看出谁稳谁波动

这张图展示的是复权收盘价、起点设为100的近半年A股走势对比,涵盖2025年12月至2026年5月的时间区间。图中用不同颜色的折线对应三家标的,其中蓝色折线代表比亚迪,橙色折线代表宁德时代,绿色折线代表贵州茅台。该图表是技巧一环节展示的最终产出内容,直观呈现了三家标的的股价走势差异,能够清晰区分出走势的平稳性与波动程度,契合该技巧所强调的数据分析可视化效果。
img-475 · 这张图展示的是复权收盘价、起点设为100的近半年A股走势对比,涵盖2025年12月至2026年5月的时间区间。图中用不同
提示

延伸一下

其实日常工作中很多数据源都有 API 接口:广告投放平台、电商数据后台、CRM 系统等等。

传统做法是你手动去后台导出,但完全可以让 Agent 直接调接口获取:省掉了"登录后台→选条件→等导出→下载"的繁琐步骤。

采集 → 清洗 → 分析 → 可视化,以前是四个割裂的步骤,现在是一个对话里的无缝衔接。

技巧二:多 Agent 协作 - 一个人忙不过来,派个团队

前面的技巧里,你跟一个 Agent 打交道就够了。但当分析任务变大:数据量上千条、需要逐条做语义理解:单个 Agent 串行处理就慢了。

这时候你需要的不是一个更强的 Agent,而是一个团队。

为什么数据分析特别适合多 Agent 协作?

因为数据分析的子任务之间天然耦合度低:第 1-100 条评价的情感分析和第 101-200 条互不依赖,A 区域和 B 区域的销售分析互不依赖。这种“天然可并行”的特性,让多 Agent 的收益特别明显。相比之下,写代码往往前后强依赖(数据模型没定就写不了接口),并行空间有限。

而 TRAE 之所以能支持这种协作,是因为它的工作空间是共享的:所有 Agent 都能读写同一组文件。一个 Agent 产出的中间结果,另一个 Agent 可以直接接着用。

实战演示:400 条餐厅评价并行打标

我们有 6 家门店共 400 条真实用户评价,需要对每条做情感分析(正面/负面/中性)+ 五维度打标(口味、服务、环境、等待时间、性价比),然后按门店汇总出诊断报告。

如果串行处理,400 条评价逐条做语义分析会很慢。这里直接告诉 Agent 用并行方式:

提示

这是我们 6 个门店共 400 条用户评价数据(来自真实点评平台)。我需要你完成以下分析:

  1. 对每条评价做情感分析(正面/负面/中性)和多维度打标(口味、服务、环境、等待时间、性价比),需要理解评价文本的语义来判断
  2. 按门店汇总各维度的好评率,找出每个门店最需要改进的方面
  3. 输出一份门店诊断报告,包含各门店的优劣势对比和改进建议

注意:400 条评价逐条做语义分析比较耗时。请将数据分成多个批次,用多个子任务并行处理(每个子任务负责一批评价的情感分析和维度打标),完成后再汇总所有结果,按门店维度做统计和对比分析。

Agent 拿到任务后自动拆分为 4 个批次(每批 100 条),启动 4 个 SubAgent 同时处理,最后汇总结果、按门店统计、生成诊断报告。总耗时 18 分 42 秒:如果串行处理估计得翻倍。

▼ 图:一条 Prompt,Agent 自动拆成 4 批并行处理(总耗时 18m42s)

截图展示的是 TRAE Work 产品更新之前的界面,现在产品已更新。

图片展示了TRAE Work产品更新前的界面,呈现了400条餐厅评价并行打标任务的处理结果。任务耗时18分42秒,Agent自动拆分数据并行处理,生成了包含400条评价的各维度情感分析CSV、门店诊断报告等文件。还生成了门店维度情感分析热力图、总体情感分布图等可视化图表。该图片与上文提到的实战演示相呼应,直观呈现了多Agent协作处理任务的成果。
img-476 · 图片展示了TRAE Work产品更新前的界面,呈现了400条餐厅评价并行打标任务的处理结果。任务耗时18分42秒,Age

▼ 图:4 个 SubAgent 各自处理 100 条评价,互不干扰同时执行

截图展示的是 TRAE Work 产品更新之前的界面,现在产品已更新。

图片展示了TRAE多Agent协作模式下,400条餐厅评价并行打标的过程。画面中呈现了Sub Coding Agent的打标批次信息,包括已读取文件个数、浏览个数、执行脚本命令等。还显示了使用了“/sessions/.../work/label_batch.py”脚本,对“/sessions/.../batches/batch_01.jsonl”等文件进行逐条完成情感(正/负中)与五维度(口味、服务等)待时间性评价打标,并输出CSV文件。该图片与上下文紧密相关,直观呈现了多Agent协作中打标操作的具体步骤和结果。
img-477 · 图片展示了TRAE多Agent协作模式下,400条餐厅评价并行打标的过程。画面中呈现了Sub Coding Agent的

▼ 图:最终产出 — 6 家门店诊断报告(含情感分布、五维度好评率热力图、改进建议)

图片展示的是6家门店用户评价诊断报告的总体情感分布情况。报告指出,对400条真实评价(不含评分与评价文本)进行了整体情感(正面/负面/中性)与五维度(口味、服务、环境、等待时间、性价比)语义打标,并开展门店总况对比。总体情感分布中,正面占比50%,负面占比32%,中性占比18%。该图片与上文提到的实战演示中400条餐厅评价并行打标相呼应,直观呈现了打标后的数据分布情况。
img-478 · 图片展示的是6家门店用户评价诊断报告的总体情感分布情况。报告指出,对400条真实评价(不含评分与评价文本)进行了整体情感
这张图片对应的是TRAE多Agent协作实战演示的最终产出内容,包含6家餐厅门店的诊断相关信息,核心展示了各门店五维度好评率热力图、门店各维度核心指标对比表,以及单店诊断与建议。其中热力图清晰呈现了6家门店在口味、服务、环境等五个维度的好评率分布情况,下方的门店对比表格列出了每家门店各维度的具体好评率及等待性价比得分,还有单店的样本量、诊断建议等内容,直观对应了复杂数据分析中多Agent协作处理400条餐厅评价打标后得出的成果。
img-479 · 这张图片对应的是TRAE多Agent协作实战演示的最终产出内容,包含6家餐厅门店的诊断相关信息,核心展示了各门店五维度好
图片展示了朝阳老悦城店的餐厅评价分析结果。包含59条口味好评,占比47%;37条服务好评,占比38%;环境好评38条,占比39%;等待时间27条,占比11%;性价比32条,占比53%。优势亮点有性价比好评率53%、口味好评率47%。重点改进包括优化餐SOP、对等待>20分钟/催餐触发补救机制等。还呈现了维度、提及数及好评率等数据,如口味维度提及数74,好评率61%。该图与上文提到的400条餐厅评价并行打标实战演示相呼应,直观呈现了分析结果。
img-480 · 图片展示了朝阳老悦城店的餐厅评价分析结果。包含59条口味好评,占比47%;37条服务好评,占比38%;环境好评38条,占

除了 SubAgent 并发,还有两种协作模式值得了解:

提示

什么时候需要多 Agent?

简单分析用单 Agent 就够了。当你感觉"这个任务数据量大、子任务之间没有依赖关系",就是用多 Agent 的信号。

技巧三:目标驱动 - 说你要什么,不说怎么做

用基础玩法做分析时,你可能习惯了这样跟 Agent 对话:

一步一步喂指令,本质上是你在思考策略,AI 只是帮你按计算器。

进阶的做法是:把目标直接丢给它,让它自己去想办法。

比如同样是定价分析,你可以这样说:

提示

这是我们店铺过去一年多的定价和销量数据,帮我分析下怎么定价能最大化利润。试试两种方法对比,要靠谱点。数据里没给进货成本,你按电商行业常识给各品类加个合理毛利率就行。

最终给我一份 Excel 详细报告,再画一套图,要清晰好看、适合做 PPT/发朋友圈那种(配色清爽、字大、一眼能看懂):

  • 整体提升对比
  • 几个重点品类的价格-利润图
  • 最后再来个一目了然的汇总

一句话说完,Agent 自己展开了一整套动作:读取数据 → 按行业常识给 9 个品类设定合理毛利率 → 用两种方法(价格弹性回归 + 机器学习模型)分别建模 → 找到各品类利润最大化的定价区间 → 交叉验证两种方法的结果 → 产出 Excel 报告和可视化图表。全程 7 分 40 秒,你只说了一句话。

▼ 图:一句话目标式 Prompt → Agent 自主完成全流程(耗时 7m40s,自动选择两种分析方法)

截图展示的是 TRAE Work 产品更新之前的界面,现在产品已更新。

图片展示的是SOLO MTC平台界面,显示任务耗时7m40s,有2个文件、2个目录,1次提交。任务内容为“该报告包含销售/成本数据,帮你分析下怎么定价能最大化利润,试试两种方法对比,参考行业数据。数字里没给总成本,你按电商行业常识给商品添加个合理毛利率就行”。下方有多个文件和目录的缩略图,如“整体利润对比.png”“SKU一页.png”等,还有一份名为“数据优化,利润最大化,分析报告...”的文件。该图片与上文介绍的用TRAE做复杂数据分析的技巧三相关,展示了平台任务提交及文件目录情况。
img-481 · 图片展示的是SOLO MTC平台界面,显示任务耗时7m40s,有2个文件、2个目录,1次提交。任务内容为“该报告包含销售

为什么 Agent 能做到?

因为它不是按固定脚本执行的:它每跑一步代码都能看到结果,然后根据结果自主决定下一步做什么。比如这个 Case 里,Agent 发现数据中没有成本字段,就自己按行业常识补上了毛利率假设;发现某些品类样本量不足以支撑复杂模型,就自动降级为更稳健的方法。

这就是 Agent 的核心能力:感知→判断→行动→再感知的循环:不是执行你写好的剧本,而是根据实际情况自主规划路径。

▼ 图:Agent 产出的分析看板 — 两种方法对比,利润预期提升 193.7%

截图展示的是 TRAE Work 产品更新之前的界面,现在产品已更新。

图片展示了TRAE Work产品中定价优化的利润最大化分析,对比了当前(模型复原)、方法1(弹性回归)和方法2(机器学习)的预测利润。当前利润为10,131元/月,方法1提升至29,753元/月(193.7%),方法2提升至28,790元/月(184.2%)。还呈现了Top 8品类的预测利润提升情况,如美妆个护、手串礼品等品类在不同方法下的利润变化。该图与上下文紧密相关,直观呈现了不同方法对利润的提升效果。
img-482 · 图片展示了TRAE Work产品中定价优化的利润最大化分析,对比了当前(模型复原)、方法1(弹性回归)和方法2(机器学习

▼ 图:重点品类的价格-利润曲线 — 方法1(弹性回归)vs 方法2(机器学习),直观看到最优定价区间

截图展示的是 TRAE Work 产品更新之前的界面,现在产品已更新。

图片展示了家居家纺价格倍率与总利润的关系图,标题为“家居家纺:价格倍率 vs 总利润(最新月情景)”。横轴为价格倍率(相对当前),纵轴为预估利润(元/月)。图中有三条曲线,分别代表方法1:弹性回归(蓝色实线)、方法2:机器学习(绿色实线)和当前价格(虚线)。当前价格为1.0,曲线显示不同价格倍率下两种方法的预估利润变化情况,直观呈现了价格倍率对总利润的影响。
img-483 · 图片展示了家居家纺价格倍率与总利润的关系图,标题为“家居家纺:价格倍率 vs 总利润(最新月情景)”。横轴为价格倍率(相

怎么用好目标驱动?

技巧四:AI 校准 - 出报告前,让 AI 自己查一遍

分析做完了,结论出来了,图表也画好了。你准备把报告发给老板:但心里总有点不踏实:数据有没有算错?前后引用的数字是不是一致的?结论有没有逻辑漏洞?

传统做法是你自己逐行检查,或者找同事帮你 review 一遍。但如果分析链路比较长(清洗→建模→多方法对比→可视化→结论),人工逐步核对既费时又容易漏。

进阶做法:让 Agent 自己审查自己的工作。

还是拿技巧三的定价分析来举例。分析报告做完了,明天要发给老板,你加一句:

PLAIN TEXT
这份定价分析做得不错,但明天要发给老板,帮我把把关:1. 数据一致性:检查当前利润、两种方法的建议利润和提升幅度的计算逻辑有没有前后矛盾;2. 样本量风险:看哪些品类的样本量偏少,会不会导致结论不稳;3. 方法合理性:毛利率假设合不合理?模型拟合效果够不够?4. 可落地性:给的建议区间会不会太激进?有没有超出历史价格范围太多?把风险点都列出来,标红严重的,给我一个简单的审核报告。

Agent 花了 15 分钟,回去翻了之前所有的代码、数据文件和产出的 Excel,逐项做了实打实的核对,结果还真揪出了问题:

▼ 图:一句话让 Agent 审查分析报告(耗时 15m28s)— 按严重程度标红输出

截图展示的是 TRAE Work 产品更新之前的界面,现在产品已更新。

图片展示了TRAE Work产品更新前的界面,呈现了Agent对一份定价优化分析报告的审查结果。报告按严重程度标红输出,包含数据一致性、样本量风险、方法合理性、假设口径、可落地性等5个维度的检查内容,如“利润提升%”数据不一致、家具装饰样本量少、4个品类MAPE偏高等问题。还列出了25条商品建议价超出历史范围的标红商品。该图片与上下文紧密相关,直观呈现了上文提到的“一句话让Agent审查分析报告(耗时15m28s)”的场景。
img-484 · 图片展示了TRAE Work产品更新前的界面,呈现了Agent对一份定价优化分析报告的审查结果。报告按严重程度标红输出,

▼ 图:审核摘要 — 5 个维度逐项检查(数据一致性/样本量/模型拟合/假设口径/可落地性)

图片展示了TRAE Work产品更新前的定价优化报告审核内容。报告从数据一致性、样本量风险、模型拟合风险、假设口径风险、可落地性五个维度逐项检查,以表格形式呈现。如数据一致性检查中,手提电脑品类有153条记录,利润提升%不一致的有44条,严重度为严重;样本量风险中,家具装饰品类样本量为48,严重度为严重,风险说明为样本量少,结论更易受偶然波动影响,建议先小流量验证。该图与上下文紧密相关,直观呈现了报告审核的具体内容。
img-485 · 图片展示了TRAE Work产品更新前的定价优化报告审核内容。报告从数据一致性、样本量风险、模型拟合风险、假设口径风险、

▼ 图:激进建议清单 — 逐条列出"建议价超出历史范围"的商品,红色=严重,需先小范围试价

图片展示的是激进建议清单,列出了“建议价超出历史范围”的商品信息。每行包含商品编号、商品类别、商品名称、历史最高价、建议价、激进建议价(相对历史)及严重程度等字段。其中,红色标注的商品为严重,需先小范围试价。该图与上文“出报告前,让AI自己查一遍”内容相关,直观呈现了AI校准中需重点关注的商品情况,辅助说明TRAE在复杂数据分析中的应用。
img-486 · 图片展示的是激进建议清单,列出了“建议价超出历史范围”的商品信息。每行包含商品编号、商品类别、商品名称、历史最高价、建议

为什么 TRAE 特别适合做这件事?

因为 TRAE 会保留完整的执行过程:每一步用了什么数据、代码逻辑怎么写的、中间产出了什么文件,全部在工作空间里可追溯。Agent 不是凭记忆审查,而是可以回去翻代码和数据文件做实打实的核对:所以才能发现“看板口径和明细表口径不一致”这种细节问题。

提示

核心 takeaway

  • 这不是替代你的判断:而是帮你做第一轮筛查,把明显的问题先揪出来
  • 分析链路越长,这一步越有价值(步骤越多,累积出错的概率越大)
  • 养成习惯:每次分析完、出报告前,都加一句"帮我把把关":成本极低,但能避免低级错误被老板发现

技巧五:Skill 沉淀 - 做一次好活,永远不用重复

你花了 8 分钟跟 Agent 对话,从数据清洗到趋势分析到区域下钻到生成完整报告,终于得到了一份满意的 2022 年度销售分析。

然后 2023 年的数据来了。你发现:得重新来一遍?

如果每次都从头开始,那 AI 只是帮你"加速了一次",并没有帮你"解决重复劳动"。

进阶做法:把成功的分析流程沉淀下来,下次一键复跑。

实战演示:年度销售分析的 Skill 沉淀与复用

我们用的是一份超市销售数据(含区域、品类、子类别、销售额、利润、折扣等 20 个字段),按年拆成了 2022 / 2023 / 2024 三份。

第一步:首次完整分析(2022年数据)

PLAIN TEXT
这是我们公司 2022 年的销售数据。帮我做一份完整的年度销售分析报告:1)数据概览和清洗;2)月度趋势图;3)各区域销售额和利润对比;4)各品类表现分析;5)找出表现异常的区域或品类并分析原因;6)生成一份包含关键发现和建议的分析报告。

Agent 花了 8 分 29 秒,完成了完整分析链路:月度趋势分析 → 区域销售利润对比 → 品类利润率排名 → 子类别 Top / Bottom 排名 → 区域×月份利润热力图 → 生成 Word 格式报告 + 5 张可视化图。

▼ 图:首次分析的对话(耗时 8m29s,一句话出完整报告)

截图展示的是 TRAE Work 产品更新之前的界面,现在产品已更新。

图片展示了TRAE Work产品更新前的界面,呈现了首次分析的对话。对话中,用户要求对2022年销售数据进行分析,包括数据概览及清洗、月度趋势分析、各区域销售额和利润对比等。下方是生成的2022年度销售分析报告,包含月度趋势、区域+品类利润对比、品类分析、异常检测等内容,还附有Word报告、图片等文件。该图与上下文紧密相关,直观呈现了TRAE Work在数据分析方面的功能及成果。
img-487 · 图片展示了TRAE Work产品更新前的界面,呈现了首次分析的对话。对话中,用户要求对2022年销售数据进行分析,包括数

▼ 图:2022年度分析报告产出 — 月度趋势 + 区域对比 + 品类排名

图片展示的是TRAE Work产品更新前的首次分析报告界面。报告摘要部分概述了对2022年销售数据的分析,涵盖月度趋势、区域与品类表现对比等。核心指标部分列出了数据行数、客户数、销售额、整体利润率等关键数据。关键发现部分自动提炼了销售峰值、按销售贡献区域/品类等信息。数据概览与清洗部分说明了数据字段、清洗口径与质量检查结果,如原始数据行数为2171等。该图与上下文介绍的首次分析对话及2022年度分析报告产出等内容相关。
img-488 · 图片展示的是TRAE Work产品更新前的首次分析报告界面。报告摘要部分概述了对2022年销售数据的分析,涵盖月度趋势、
图片展示了TRAE Work产品中月度趋势分析及各区域销售额与利润对比的内容。上方是月度趋势分析,从月维度观察销售额与利润变化,识别旺季/淡季与利润波动,有2022年月度销售额与利润趋势图。下方是各区域销售额与利润对比,对比各区域销售规模、利润贡献与利润率差异,识别高贡献与风险区域,有各区域销售额与利润对比柱状图。该图片与上下文介绍的TRAE Work技能沉淀相关,呈现了首次分析的对话及2022年度分析报告产出内容。
img-489 · 图片展示了TRAE Work产品中月度趋势分析及各区域销售额与利润对比的内容。上方是月度趋势分析,从月维度观察销售额与利

第二步:沉淀为 Skill

分析结果满意后,告诉 Agent:

PLAIN TEXT
帮我把刚才的分析流程沉淀成一个可复用的 Skill,以后每年新数据来了可以直接调用。

Agent 会把整个分析过程中的脚本(数据清洗逻辑、指标计算代码、图表生成代码、报告模板)打包成一个结构化的 Skill。

▼ 图:Skill 沉淀 — Agent 把分析脚本、图表逻辑、报告模板打包为可复用资产

截图展示的是 TRAE Work 产品更新之前的界面,现在产品已更新。

图片展示了TRAE Work产品更新前的界面,呈现了Skill一键复跑的成果。界面中显示耗时4m39s,包含可复用Skill的目录结构与参数接口、清洗分析逻辑整理为可参数化脚本、编写使用说明等内容。还列出了3个文件已更改,分别是README.md(Markdown)和2个配置文件。该图片与上下文紧密相关,直观呈现了技能沉淀后,新数据复跑仅耗时1m28s,且分析质量不变,体现了技能沉淀带来的效率提升。
img-490 · 图片展示了TRAE Work产品更新前的界面,呈现了Skill一键复跑的成果。界面中显示耗时4m39s,包含可复用Ski

第三步:新数据来了,一键复跑

2023 年数据到了,你不需要重新描述分析需求,直接调用 Skill:

PLAIN TEXT
用刚沉淀的年度销售分析 Skill,对 2023 年数据跑一遍。

Agent 按照之前沉淀的“说明书”自动走完全流程:同样的清洗逻辑、同样的分析维度、同样的图表风格、同样的报告格式。耗时从首次的 8m29s 降到 1m28s,你只说了一句话。

▼ 图:Skill 一键复跑(耗时仅 1m28s)— 同样的分析质量,十分之一的时间

截图展示的是 TRAE Work 产品更新之前的界面,现在产品已更新。

图片展示了TRAE Work产品更新前的界面,呈现了2023年度报告自动产出的结果。耗时1m28s,已构建1个文件,浏览2个目录,执行4条命令,调用1次技能。报告内容校验通过,可查看2023年度销售分析报告(Word)、查看2023年度汇总结果(JSON,可用于二次加工)等,还列出了图表文件和产品汇总文件变更情况,以及代码变更内容。该图与上下文紧密相关,直观呈现了技能一键复跑的成果。
img-491 · 图片展示了TRAE Work产品更新前的界面,呈现了2023年度报告自动产出的结果。耗时1m28s,已构建1个文件,浏览

▼ 图:2023年度报告自动产出 — 格式、维度、图表风格与 2022 完全一致

这张图片是TRAE Work自动产出的2023年度报告内容,界面整体为深色背景,核心内容包含三部分:一是顶部的报告摘要,说明报告对年度销售数据进行清洗、汇总与多维分析并提出经营建议;二是中间的核心指标(全年)表格,清晰展示了数据行数、客户数、销售额、整体利润率等指标的对应数值;三是关键发现(自动提炼),罗列了全年销售峰值、低谷的时间与数值,按销售、利润维度划分的贡献最高、最低的区域及品类等信息,底部还涉及数据概览与清洗相关的说明,该报告格式、维度、图表风格与2022年完全一致。
img-492 · 这张图片是TRAE Work自动产出的2023年度报告内容,界面整体为深色背景,核心内容包含三部分:一是顶部的报告摘要,
图片展示了TRAE Work在2023年度报告中对月度趋势分析和各区域销售额与利润对比的图表。月度趋势分析图呈现了销售额与利润随时间变化的趋势,其中销售额波动较大,利润相对平稳。各区域销售额与利润对比图则以柱状图形式,直观展示了不同区域的销售额和利润情况,帮助识别高贡献与风险区域。这些图表是对文档中“沉淀”内容的可视化呈现,体现了数据分析过程中产生的丰富成果。
img-493 · 图片展示了TRAE Work在2023年度报告中对月度趋势分析和各区域销售额与利润对比的图表。月度趋势分析图呈现了销售额

这里的“沉淀”远不只是保存一条 Prompt。

数据分析过程中产生的东西很丰富:数据清洗脚本、指标计算逻辑、可视化代码、报告生成模板、甚至分析方法论本身。这些中间产物全部保存在 TRAE 的工作空间里,可以整体沉淀为一套完整的分析资产。

本质上,你沉淀的不是一条指令,而是一整套分析方法论的编码化表达:数据怎么清洗、指标怎么算、图表怎么画、报告怎么写,全部包含在内。Agent 下次执行时,是在按照这整套"说明书"工作,而不是重新猜你想要什么。

Skill 的延伸价值

总结:你负责想什么,AI 负责做什么

当 AI 能把"做"的部分越做越好,你的精力该花在哪里?

我认为"想"的部分有三件事变得比以往更重要:

一、想清楚什么是重要的问题

AI 能帮你算任何你想算的东西:但"该算什么"这件事,只有你能决定。同样一份销售数据,问"帮我做个描述统计"和问"哪个区域在流失高价值客户?流失原因是什么?":得到的价值完全不同。

当执行不再是瓶颈,提问能力就是你最大的杠杆。花时间想清楚"什么问题值得回答",比花时间折腾"怎么算"重要得多。

二、想清楚怎么验证对错

AI 做得快,但不代表做得对。数据源是否可靠?筛选条件是否正确?样本量够不够?结论有没有逻辑漏洞?

这就是为什么"审校"那一步不是可选项,而是必选项。你可以让 AI 帮你做第一轮检查,但最终的判断力:"这个结论说得通吗?":永远需要你来把关。

三、想清楚怎么让 AI 做得更好

这不只是"会写 Prompt"的问题。当任务变复杂,你需要知道什么时候拆成多个 Agent 并行、什么时候先出方案再执行、什么时候该沉淀为可复用的流程。这是一种新的"项目管理"能力:管理的对象从人变成了 Agent。

为什么 TRAE 是做这些事情更好的工具?

因为它的设计天然匹配"你负责想,AI 负责做"的分工:

提示

一句话:TRAE 让"想"和"做"彻底分开:你专注前者,Agent 搞定后者。