参赛赛道：赛道一 · TRAE 全链路实战 话题：#全新 TRAE 实战体验
用全新 TRAE 一个人做完了整个小工具。最大感受： 它的进步不是"更会写代码"，而是"能把一件事推到底" ——Agent 模式丢整段需求直接回一个能跑的应用，我负责验收和精修；视觉和演示态这种我心里有数的活儿切回 IDE 手动改。以前我是带着 AI 写代码，现在更像带一个能干的实习生做项目：我管判断，它管落地。 启动界面如下：
登录账号授权：
一、先说清楚我要解决什么事
每周五下午四点，我们公司会准时上演同一幕：一群人盯着周报系统的空白文本框发呆。
我这周干了什么？——修了 3 个线上 bug、把首页加载从 4 秒压到 1.8 秒、写了两份技术文档、带新人过了代码、开了 5 个会。
写进周报变成这样：
1. 修复线上bug
2. 优化首页加载
3. 编写技术文档
4. 带新人
5. 参加需求评审会
领导看完的反应大概是："这人这周挺闲的。"
但真相是我忙到没空喝水。
问题不在工作量，在表达能力。 同样一件事，写成"修复线上bug"和写成"主导核心系统稳定性治理，累计排查3项线上关键缺陷，故障率下降，保障业务连续性"——后者才是升职加薪那个人写的东西。
这个转化过程有个专业名字叫"述职语言包装"，通俗点说叫"把执行语言翻译成管理语言"。它不难，但极其消耗心力：一句一句想措辞，平均一条要磨 5 到 10 分钟，一份周报写下来 40 分钟起。
于是我决定：这件事必须自动化。而且不能靠大模型每次联网现编，得有一个稳定的、可离线运行的翻译引擎。
这就是我用全新 TRAE 从 0 到 1 做出来的东西——「打工人战绩翻译机」。
对话如下：
二、关键决策：我的第一版方案被自己推翻了
这段我想单独讲，因为它是这次开发里最有价值的思考，也最费时间。
第一版我做的不是这个工具。 我当时想蹭 2026 年的热梗"夹角打工人"（形容卡在内卷和躺平中间的人），做了个「夹角打工人诊断仪」——问卷答题、向量余弦夹角算分、出诊断报告。
技术上挺酷：真的用了 cos θ = (a·b)/(|a||b|) 算夹角，还配了雷达图和极坐标向量图。
但我做完自己用了一遍，发现它是个娱乐产品，不是一个解决问题的工具。
- 诊断完，用户情绪被调动了，但明天上班该写周报还是不会写
- 它解决的痛点强度不够：好玩，但不高频、不刚需、不痛
- 参加"真实工作场景提效"赛道，它偏题了
我推翻它，重新选了"周报/述职"这个方向，理由是三个字：真、频、痛。
| 判断标准 | 夹角诊断仪 | 战绩翻译机 |
|---|---|---|
| 真实存在吗 | 是，但是情绪需求 | 是，每周五准时发作 |
| 高频吗 | 一年测一两次 | 每周一次 |
| 痛吗 | 有点扎心 | 真的会卡住下班 |
| 能自动化的部分 | 少 | 几乎全部 |
这是本次开发第一个关键决策，也是我踩的第一个坑：好玩 ≠ 有用。 参赛要的不是酷，是"用完了问题真的被解决"。
三、全链路开发过程：Agent 模式推进 + IDE 模式接管
这一段是我的真实操作记录。全新 TRAE 的 Agent / IDE 双模式，在这次开发里的分工特别明确，我基本是这么用的：
| 环节 | 我用的模式 | 为什么 |
|---|---|---|
| 需求拆解、规则库设计 | Agent 模式 | 发散型脑力活，我只需要给约束和调性 |
| 单文件应用整体生成 | Agent 模式 | 从想法到交付一把推下去，不用我盯 |
| 视觉配色、高亮细节 | IDE 模式 | 我有明确想法，手动改比描述快 |
| 边界 bug 定位与修复 | Agent 模式 | 描述现象让它自己找，比我自己 print 快 |
| 演示状态调优 | IDE 模式 | 三行代码的事，切回来直接改 |
环节1：让 Agent 帮我造"翻译规则库"（发散型任务）
工具的心脏不是 UI，是规则引擎——什么关键词该翻译成什么话。这一步最费脑，因为要覆盖开发、产品、设计、运营四类岗位的表达习惯。
我在 Agent 模式里给的第一条指令是这样的：
我要做一个"打工人周报翻译机"工具，核心是把大白话工作内容翻译成高大上的述职语言。请帮我设计一套翻译规则库，要求：
- 覆盖开发、产品、设计、运营四类常见岗位；
- 每条规则包含：触发关键词（多个）、翻译模板（含数字占位符）、分类标签、分值权重；
- 覆盖这些场景：修bug、写代码、优化性能、写文档、开会、做需求、带新人、测试、上线、处理用户反馈、数据分析、设计页面、运营活动、摸鱼；
- 翻译模板要"有梗但不离谱"——能让人会心一笑，但确实也说得通；
- 输出成可直接转成 JavaScript 代码的结构化格式。
Agent 一口气生成了 15 条规则。
这里有个关键调优，值得单说： 我第一版给的指令里没有第 4 条"有梗但不离谱"。结果它生成的模板全是"推进XX工作，提升XX效率"这种公文套话——正确，但不好玩，用户不会想截图分享。
加上调性约束之后，出来的东西质感完全变了。比如"摸鱼"这条，它给的原始版本是"进行精力恢复"，我觉得太正经，手动参与了润色，最终定稿：
{
keywords:['摸鱼','发呆','刷手机','带薪','上厕所'],
category:'战略级摸鱼', color:'#ffd23f', score:2,
template:(n,raw)=>
`进行<span class="num">深度战略级</span>精力恢复与创造性思维孵化，`+
`为后续高强度产出蓄能。<span class="hl">（摸鱼也要写出格局）</span>`
}
经验：给 AI 下指令，"调性约束"比"格式约束"更能决定产出质量。 格式约束决定它有没有跑对，调性约束决定它跑出来好不好用。
环节2：一次生成完整单文件应用（Agent 一把推下去）
规则库拿到手后，我把规则 + 交互需求一次性给 Agent，让它整份实现。
指令大意：
基于以下翻译规则库，做一个单文件 HTML 交互应用：
- 用户输入本周工作内容（一行一条，大白话）；
- 提供 4 个岗位示例（开发/产品/设计/运营），点击即填充；
- 点"翻译"后输出四块：战绩评分卡片、逐条翻译结果（原话→翻译，带分类标签和分值）、自动组装的完整周报段落（含本周总结/关键数据/下周计划）、职场黑话等级评定；
- 支持一键复制周报全文；
- 暗色主题、移动端适配；
- 技术约束：纯 HTML+CSS+JS 单文件，不依赖外部库，离线可跑。
它直接产出了一个可运行的单文件应用。这一步是我觉得全新 TRAE 变化最明显的地方——不是给我一堆代码片段让我拼，而是直接给出一个能打开就跑的产物。我拿到之后只需要验收和精修。
环节3：切回 IDE 模式做视觉精修（这里必须手动）
Agent 给的版本功能对了，但视觉平庸。我切到 IDE 模式手动改了三处：
- 数字高亮：翻译结果里的数量词用青色、关键结论用金色，让"述职感"从视觉上先立住；
- 评分上限设为 150：防止条目太多分数爆炸，同时保住"传奇战绩"这个顶级的稀缺感；
- 暗色主题统一：把 Agent 用的几套杂色收敛成 5 个语义色（粉=功能、青=数据、金=结论、绿=成功、红=风险）。
双模式的真实体会： 发散、重复、需要一次性推到底的活儿交给 Agent；需要精准控制、我有明确审美的活儿必须切回 IDE。切换成本几乎为零，这一点比以前用其他工具来回倒腾要顺。
环节4：把它变成一个"打开就能截图"的演示态（踩坑修复）
应用做好后我遇到一个很实际的问题：打开是空的。 得先点示例、再点翻译，才能看到成果——对演示和截图很不友好，别人第一眼看到的是空输入框，不知道这工具能干什么。
改法很简单，三行代码——让页面加载后自动填示例并自动跑一遍：
window.addEventListener('DOMContentLoaded', () => {
document.getElementById('inputBox').value = EXAMPLES.dev; // 自动填开发岗示例
updateCharCount();
setTimeout(() => translate(), 300); // 自动翻译，直接出成果
});
这个坑很小，但我想强调它：做工具和做作品是两件事。工具追求"功能完整"，作品追求"第一眼就懂"。 自动演示态属于后者。这一步我放在 IDE 模式里改，因为需求太明确了，描述给 Agent 反而更慢。
四、落地成果：一个能真跑、能截图、能复用的工具
4.1 成品是什么
一个单文件 HTML 应用，双击打开即用：不需要后端、不需要装依赖、不联网也能跑。因为它是纯规则引擎，不调用任何大模型 API，响应也是瞬时的。
4.2 功能清单
| 模块 | 实现 | 效果 |
|---|---|---|
| 翻译规则库 | 15 条关键词规则 + 模板函数 | 覆盖开发/产品/设计/运营 4 类岗位 |
| 数字智能提取 | 正则 + 中文数字映射 | "修了3个bug"和"修了三个bug"都认 |
| 关键词优先级匹配 | 按关键词长度排序后匹配 | 避免"开会优化方案"被误判成"优化"规则 |
| 战绩评分 | 每条规则配分值，累计 | 5 个等级，从"萌新"到"传奇" |
| 周报自动组装 | 按分类聚合翻译结果 | 输出"本周总结 + 关键数据 + 下周计划" |
| 黑话等级评定 | 分数区间映射 | 5 级评定，每级带自嘲点评 |
| 一键复制 | Clipboard API + 兜底 | 复制完直接粘进周报系统 |
| 自动演示态 | 页面加载自动填充并翻译 | 打开就出成果，方便演示截图 |
4.3 实际运行结果
运行结果示例（我用开发岗示例实测的翻译前后对比）：
| 你的原话 | 翻译出来的述职语言 |
|---|---|
| 修了3个线上bug | 主导核心系统稳定性治理，累计排查并修复 3 项线上关键缺陷，有效降低系统故障率，保障业务连续性 |
| 把首页加载速度优化了一下 | 主导前端性能体验专项优化，关键指标加载耗时 降低约45%，核心页面首屏渲染进入 秒级响应 区间 |
| 写了两份技术文档 | 推进团队知识体系建设，沉淀 2 份技术规范文档与操作指南，降低新人上手成本 |
| 带新人熟悉了代码 | 主导团队技术传承与人才赋能，完成 1 次技术分享与新人带教，推动团队整体技术水位提升 |
| 开了5个会对需求 | 推动 5 场跨团队协作与需求对齐会议，有效消除信息差，保障多方目标一致 |
| 重构了支付模块 | 推进技术架构治理与债务偿还，完成 1 项核心模块重构，代码可维护性提升，为后续迭代奠定基础 |
4.4 效率对比（量化）
| 环节 | 传统手工 | 用这个工具 | 提升幅度 |
|---|---|---|---|
| 逐条想措辞 | 每条 5–10 分钟 | 即时（<1 秒） | 约 95% |
| 拼一份完整周报 | 40 分钟 | 2 分钟（含核对） | 约 95% |
| 量化数据包装 | 手动编数字，心里没底 | 模板自动生成 | 质量提升，不再心虚 |
| 多岗位切换 | 每类岗位重新想措辞 | 4 类示例一键切换 | 从 30 分钟到 0 |
核心结论：单次写周报从 40 分钟压到 2 分钟，效率提升约 95%。 一年按 48 周算，一个人一年能省下约 30 小时——而且省下的是最消耗心力的那部分。
4.5 顺带复用了 TRAE 的两个平台能力
除了双模式，我还用了两个新能力，都是顺手用上的，不是硬凑：
- 我的产物统一管理：这次开发产出很杂——demo 的 HTML、规则库代码、几版设计稿截图、还要写的文章。它们集中放在一处，回头找"那版带摸鱼彩蛋的规则库"时不用翻聊天记录，直接就能定位到。
- 模板库起手：这个工具是纯前端单文件，结构上有固定套路（输入区 → 触发按钮 → 结果分区 → 复制导出）。我没有从零搭骨架，而是拿了一个相近的单页应用模板起手，把主要精力放在规则引擎和内容上——真正有价值的部分是规则库和调性，不是脚手架。
五、踩坑清单（这四条比功能列表更有用）
坑1：第一版方案选错，白干一轮。 我一开始做的是"夹角打工人诊断仪"，好玩但无用。教训：参赛/提效类项目，先问三个问题——它真实存在吗？高频吗？痛吗？三个都是"是"才动手。
坑2：指令没给调性约束，产出全是公文套话。 "帮我设计翻译规则"和"帮我设计翻译规则，要有梗但不离谱，让人会心一笑"，产出差一个量级。前者给"推进工作提升效率"，后者给"深度战略级精力恢复与创造性思维孵化"。
坑3：没做兜底逻辑，输入命中不了规则就输出空。 15 条规则不可能覆盖所有输入。我加了一条默认规则：没匹配到就输出"推进 N 项日常工作任务的执行与落地，保障业务运转与团队协作顺畅"。兜底不是可选项，是必选项。
坑4：多重关键词同时命中，会误判。 输入"开会影响优化方案的会"同时命中"开会"和"优化"。修复方式是匹配前按关键词长度排序，让更具体的关键词优先命中——这个词序修复我是把现象描述给 Agent，让它自己改的，比我自己 debug 快。
六、可复用的方法论（三张模板卡，换词就能用）
模板卡1：规则引擎设计（适用于任何"输入→翻译/转换"类工具）
我要做一个{工具名称}，核心是把{输入类型}翻译成{输出类型}。
请帮我设计翻译规则库：
1. 覆盖 {N} 个常见场景：{场景列表}
2. 每条规则包含：触发关键词（多个）、翻译模板（含{变量}占位符）、分类标签、分值权重
3. 翻译调性：{有梗但不离谱 / 严肃专业 / 活泼幽默}
4. 输出成可直接转成代码的结构化格式
照搬案例：简历优化器（大白话经历→专业简历语言）、邮件润色器（口语→商务正式）、合同翻译器（日常表述→法律条款语言）。
模板卡2：关键词匹配 + 数字提取代码模式
// 关键词优先匹配：关键词更长的规则优先，避免误触发
function matchRule(text){
const rules = [...RULES].sort((a,b)=>
Math.max(...a.keywords.map(k=>k.length)) -
Math.max(...b.keywords.map(k=>k.length))
);
for(const rule of rules)
for(const kw of rule.keywords)
if(text.toLowerCase().includes(kw.toLowerCase())) return rule;
return null; // 无匹配 → 走兜底
}
// 数字提取：阿拉伯数字 + 中文数字都支持
function extractNumber(text){
const m = text.match(/(\d+)/);
if(m) return parseInt(m[1]);
const cn = {'一':1,'二':2,'两':2,'三':3,'四':4,'五':5,'六':6,'七':7,'八':8,'九':9,'十':10};
for(const [k,v] of Object.entries(cn)) if(text.includes(k)) return v;
return null; // null 时模板用默认值
}
模板卡3：交互式工具的"仪式感"流程
1. 输入区：提供示例标签 → 降低使用门槛
2. 一键触发：一个按钮完成全部处理
3. 评分卡片：大数字 + 等级 → 制造冲击力
4. 逐条结果：原话与翻译并排 → 建立可信度
5. 组装输出：把零散结果拼成可直接交付的文档
6. 一键复制：拆掉"用起来"的最后一道门槛
7. 自嘲评级：留一个让人想截图分享的彩蛋
用全新 TRAE 把这周的周报工具从 0 推到能用，说几个最真实的感受。
最明显的变化不是"AI 更聪明了"，而是"它开始能交付了"。 以前用 AI 编程，拿到的是一堆片段，我还得自己拼；这次我在 Agent 模式里丢了一整段需求（规则库 + 交互流程 + 技术约束），它直接给回来一个打开就能跑的单文件应用，我的工作从"写代码"变成了"验收 + 精修"。这个心理落差挺大的——省下的不是敲键盘的时间，是那种"一件事推不到底"的疲惫感。
第二个感受是双模式的分工真的成立了。 我的实际用法很朴素：发散、重复、需要一把推下去的活儿丢给 Agent（设计翻译规则库、整份前端实现、定位边界 bug）；需要精准控制、我心里有明确答案的活儿切回 IDE 手动改（配色语义、评分上限、"打开即演示"那三行）。切换成本几乎为零，这点比以前在工具之间倒腾舒服太多。
第三个是意外收获：产物统一管理救了我。 这次产出特别杂——HTML、规则库代码、几版截图、还要写的稿子。集中放在一处之后，我不再靠翻聊天记录找"那版带摸鱼彩蛋的规则库"，直接定位。这种"东西都在"的踏实感，比任何单个功能都实用。
总结
周报这件事，技术含量不高，但极其消耗心力。每周一次，全公司加起来是个巨大的时间黑洞。
我做这个工具不是教人吹牛。它服务的是那些 "活儿干得漂亮但说不出口"的人——你的工作值得被看见，你只是缺一个翻译。
一个人干活，最怕的不是做不出来，是想不清楚。 这次的体会是：Agent 模式帮我把"想"的部分快速铺开成可验收的东西，IDE 模式让我在关键处保留精确控制权，两者来回切，一个人也能把一条链路跑完。
