2026-09-09 · 特稿 TRAE ENHANCED · 改造实录 VOL.2026.09
Feature Story · 我与我的开发环境

我是怎么改造 TRAE 的。

原生 TRAE 是个被动应答的对话助手:没有记忆、没有守卫、没有设计锚点,视觉产出全凭手感。这份特稿记录我如何用九个生态来源、三层自动化守卫、一条 OODA 决策链和四层记忆,把它改造成工程化智能体——以及哪些诱人的方案,我决定不碰。

85
可用技能 Skills
baseline 30 → 85
9
生态来源 Repos
skills · design · motion
300
风格规范 Spec
152 设计系统 + 148 风格 tokens
3
自动化守卫 Guards
首跑即实战:拦截混月数据
第一章

原来的样子

WHAT WE HAD

改造开始前,我把原生 TRAE 的短板一条条写在纸上。它不是不好用——它根本没有「系统」可言:每个会话都是一次失忆的重生,每份视觉产出都是一次没有锚点的即兴发挥。

01

技能贫瘠

5 个内置技能 + 25 个飞书插件;Word / Excel / PPT / PDF 没有任何专用处理能力。

02

视觉无锚点

HTML、图表、大屏全凭模型手感,同一件事每次长得都不一样,审美上限不稳定。

03

执行无守卫

危险命令无核对,产出无查重,过程无留痕——错了都不知道在哪一步错的。

04

记忆会清零

经验随会话结束蒸发;唯一的记忆文件还曾被一次 Write 整文件覆盖,多日积累一夜归零。

05

决策靠即兴

怎么做、先做什么、用哪个技能,全靠当次 prompt 的临场发挥,没有固定决策链路。

第二章

我做了什么

THE EXPLORATION

动手装东西之前,先立方法论。技能驱动开发(SDD)四步主链回答了「怎么改」:想清楚再定契约,定了契约再专精执行,做完沉淀回库。然后才是生态考察与装配——每接入一个来源,都要回答同一个问题:它解决第一章里的哪条痛点?

想 · Refine

需求精炼

idea-refine / interview-me 追问真实意图,拒绝模糊需求。

定 · Spec

规格先行

spec-driven-development 先定契约,任务拆解即绑定对口技能。

做 · Build

专精执行

TDD · 增量交付 · archify 架构图 · 文档四件套各管一段。

沉淀 · Compound

守卫收口

dcg + 三守卫 + 浏览器实测;经验写回库,下次更快更准。

装配清单 · ASSEMBLY LEDGER九大生态来源,不是堆料——最后一行起,每一条都能追溯到第一章的某条短板。

agent-skillsADDYOSMANI / AGENT-SKILLS
工程方法论全链:需求精炼 → 规格 → TDD → 评审 → 上线 → 可观测
+24SKILLS
ui-skillsIBELICK / UI-SKILLS
UI 去模板味、可访问性修复、动效性能、设计语言提炼
+7SKILLS
anthropics/skillsANTHROPIC 官方
docx / xlsx / pptx / pdf 四件套,附 webapp-testing、theme-factory
+20SKILLS
PPT 三件套HUASHU-DESIGN · PPT-MASTER · ARCHIFY
视觉方向 → 原生可编辑 pptx → 架构图单页专精,三技能不抢工序
+3SKILLS
Open DesignNEXU-IO / OPEN-DESIGN · MCP
设计系统库 + 插件生态,所有视觉产出的规范锚点
152SYSTEMS
StyleKitNEWANXFOREVER / STYLEKIT-SKILL
148 套风格 design tokens + 组件 recipes + 质量门脚本——本文排版即其 editorial 方向的产物
148STYLE SPECS
Motion ShowcaseNEWHOLYNOVA / WEB-MOTION-SHOWCASE
60+ 克制动效素材:统一缓动曲线、滚动显现、降级策略,为静态产出注入生命感
60+MOTIONS
MarkItDownMICROSOFT / MARKITDOWN · MCP
任意文档转 Markdown,知识入库前置通道
MCP
飞书 Lark 套件官方插件
IM / 文档 / 表格 / 日历 / 任务 / 审批 / 会议,企业协作面
25SKILLS
第三章

现在的架构

THE ARCHITECTURE

技能是肌肉,架构是骨骼。这一章记录三块承重结构:决策怎么走、技能怎么找、记忆怎么存——以及两处「经研判后不照搬」的取舍。

3.1

OODA 决策链

借鉴 OpenClaw 体系的复盘,我把每次任务决策收进同一条链路:观察 → 判断 → 决策 → 行动。铁律注入链保证行动开始前,Hard Constraints 与技能匹配规则已在前置上下文里——决策不再是 prompt 即兴,而是循环节奏。

Observe

观察

读记忆与经验库在前:开工先看 L0–L3 里有没有前人踩过的坑。

Orient

判断

对照 Hard Constraints 与匹配规则校准处境:哪些红线、哪些对口技能。

Decide

决策

拆解任务、绑定技能、定验收口径——决策产物写进规格,不留在脑子里。

Act

行动

专精执行 + 守卫收口;行动结果写回留痕,喂给下一轮观察。

取舍记录 · TRADE-OFFOpenClaw 的心跳靠常驻 cron 与插件体系驱动,与 TRAE 被动应答的形态不匹配——照搬即过度工程。我们取它的决策链与注入纪律,不取它的常驻架构;cron 心跳列为可选项,待拍板。

3.2

技能索引:拆解即命中

85 个技能若靠模型临场回忆,等于没有。我把「需求 → 技能」映射表作为记忆的一部分定点维护:任务在「定」的阶段就被索引命中,接对口技能。本次接入 StyleKit × Motion Showcase 时,索引同步追加了「HTML 视觉风格」条目——这就是索引维护的最小闭环。下一步是从手工定点维护走向 generate_index 式脚本化重建,让索引永远与落盘技能一致。

需求分析REFINE
idea-refine·spec-driven-development·interview-me 追问真实意图,先定契约再动手
数据处理DATA
xlsx·docx Anthropic 文档技能;取数必过月份断言守卫
PPT / 汇报DECK
huashu-designarchifyppt-master 视觉方向 → 架构图单页 → 可编辑 pptx
图示DIAGRAM
架构 / 流程 / 时序 / 状态机 → archify;数据图表 → ECharts
测试验证VERIFY
webapp-testing·browser-testing-with-devtools 真浏览器出证据
HTML 视觉风格NEW · STYLE
stylekit(fetch-style.py 拉权威 spec,禁凭记忆)+ motion-showcase 动效参考——本文即首个完整用例
3.3

记忆分层 L0–L3 与 lossless-claw 的取舍

lossless-claw 用一个 496MB 的 lcm.db 把全部对话记成可回溯的图(DAG)——全量可溯,代价是常驻索引与插件体系。我的答案更保守:把记忆分成四层,并立一条铁律——记忆文件只允许定点编辑/追加,禁止整文件覆盖。用十分之一的复杂度,先拿到大部分收益。

L0
HARD CONSTRAINTS铁律 · 写保护
守卫规则、月份断言、防重留痕、记忆写保护——违反即停,不接受「这次例外」
L1
PROJECT MEMORY项目记忆
工程约定、教训库、分析框架——跨会话但限本项目,SearchReplace 定点维护
L2
METHODOLOGY DOCS方法论文档
SDD 框架 · PPT 工作流 v2.3 · 守卫脚本说明——可迁移的「怎么做事」
L3
EXPERIENCE LIBRARY经验库
排版踩坑、成功打法——读在前、写在后,高频任务的加速器

取舍记录 · TRADE-OFFDAG 化记忆(lossless-claw 模式)留作评估项,不急着上。当前四层文件 + append-only 写保护已覆盖日常收益;等 L1 追加日志做扎实、任务量证明需要全量可溯时,再评估图化方案。

第四章

干得如何

THE EVIDENCE

架构好不好,不看自述看日志。守卫上线后第一次运行就抓到了一条会直接进汇报的错误——这段黑底日志,是整个改造里我最愿意展示的一屏。

automation_guards.ps1 — run historyAPPENDIX A
12:17:14GUARDDataMonth OK: 2026-06 (430/498 = 86.3%) · dist: 2026-06=430, 2026-05=65, 2026-04=3
12:17:19PASSauto_analyze.ps1 finished · Workloads=310 · 2.26s · history #1 written
12:18:02BLOCKexpected 2025-01, majority is 2026-06 (0/498) → refusing to analyze
12:19:40GUARDDuplicateOutput: dashboard.html exists → BLOCKED (use -Force)

首次运行即发现:“6 月工单” CSV 混入 65 条 5 月 + 3 条 4 月数据——旧习惯“取末行”会让错月数据直接进汇报,现在被守卫拦截。第一章的第 03 条短板,从此有了日志为证。

+

85 个技能

方法论 ×24 · UI ×7 · 文档 ×20 · PPT ×3 · 风格 ×1,另加飞书 25 个协作技能。

+

文档四件套

docx / xlsx / pptx / pdf 专用处理能力,从「读过」到「产出」。

+

300 套风格规范

152 设计系统 + 148 风格 tokens;每个视觉产出先拉权威 spec,不再凭手感。

+

dcg + 三守卫

危险命令核对、数据月份断言、防重留痕——执行过程全程可审计。

+

L0–L3 分层记忆

写保护铁律生效,经验跨会话沉淀;索引与记忆同步维护。

第五章

下一步

WHAT'S NEXT

改造没有「完成态」,只有当前快照。路线图上只剩三件事,每件都有明确的触发条件——不为了架构而架构。

01

给系统装上心跳CRON · 待拍板

用 schtasks 让守卫自检与索引校验在无会话时也能定时运行——决策系统的心跳是 cron,不是 prompt 文字。

02

L1 追加日志做扎实MEMORY · 先打地基

把 L1 项目记忆的 append-only 写路径标准化,为将来评估 lossless-claw 式 DAG 记忆准备数据基础。

03

索引脚本化重建INDEX · GENERATE_INDEX

扫描技能落盘目录自动重建索引,让「85」永远等于实际数字——索引与磁盘一致,不靠人工对账。

一份真正能用的产出,从来不是“生成”出来的,
出来、出来、沉淀出来的。
TRAE ENHANCED · EDITORIAL NOTE · 2026.09