TRAE 是面向开发者、职场人与学生的 AI 办公平台,有 TRAE Work 和 TRAE IDE 两款产品。
TRAE Work 侧重学习、办公与工程执行场景,无论你是开发者、职场人、学生,都可以用它写方案、做分析、处理文件、推进协作,并完成需要持续执行、检查和产出结果的自动化任务。支持 桌面端、网页版 和 移动端,多端协作,随时发起任务、查看进展、持续推进。
TRAE IDE 适合写代码、读项目、改 Bug 等开发工作,更适合期望精细控制自己的代码改动和执行过程的开发者。
作者:小菠
TRAE 用户运营
历史 Skill 文章回顾:
- https://mp.weixin.qq.com/s/BfU_rPP6pNszGACl0TRmqw
- https://mp.weixin.qq.com/s/LUyHgdaByxZuDyCfSxolIA
- https://mp.weixin.qq.com/s/Aa90V25Vtt1WtQ-6RrzcUQ
你是否好奇过,TRAE 上的开发者们日常都在调用哪些 Skills ?
今天,我们首次基于真实调用数据,为大家揭晓近期最热门的 11个 Skills , 不做任何主观推荐,完全由数据驱动,看看哪些优秀的 Skills 正在被高频使用,成为开发者的效率标配。
如果你还在迷茫应该安装哪些 Skill,不妨先试一试大众的推荐。
同时,Skill 的「使用者」也可以成为「创作者」,结合自己的日常需求场景,你也可以创作 Skill,优质 Skill 有机会直接上架官方市场,造福更多的用户。
下一个热门 Skill 的作者,或许就是你。
作者 | Obra |
简介 | Brainstorming 是一个强制性的前置设计与需求分析技能,旨在通过协作式对话,将你的初步想法转化为结构化、可执行的设计方案与需求文档。在完成文档并获得用户确认前,禁止执行任何实现类操作(如编写代码、初始化项目等)。 该技能避免了 “需求太简单而无需设计” 的反模式,所有需求均需经过设计阶段,从而降低最终实现的偏差与返工率。 |
应用场景举例 |
|
模板一:新功能开发
帮我头脑风暴一下如何实现[功能名称]。
背景:
- 当前系统状态:[简要描述现有架构/相关模块]
- 目标用户/场景:[谁会用、什么时候用]
- 已知约束:[性能要求、兼容性、截止时间等]
我希望探索的方向:
1. [方向A]
2. [方向B]
3. 其他你觉得值得考虑的方案
请帮我从多个角度分析利弊。模板二:技术方案选型
帮我头脑风暴一下[技术决策]的选型方案。
需求场景:
- 核心需求:[必须满足的功能点]
- 规模预期:[数据量/并发量/团队规模]
- 现有技术栈:[当前用了什么]
评估维度:性能、开发效率、社区生态、学习曲线、长期可扩展性
候选方案(如果有):[A、B、C]作者 | Anthropics |
简介 | frontend-design 用于生成具备独特风格和高质量的前端界面,满足生产级 UI 标准。它的核心目标是避免生成同质化的“AI 风格” 界面,而是通过选择大胆、明确的美学主题(例如:极简、复古、未来感、野兽派等),并注重排版、色彩、动效、空间布局等细节,来打造具有辨识度和艺术感的前端界面。 |
应用场景举例 |
|
模板一:从零构建页面/组件
帮我设计并实现一个[页面/组件名称]。
需求描述:
- 功能:[核心功能点]
- 目标用户:[使用场景]
- 参考风格:[如:极简、brutalist、复古未来主义、玻璃拟态等]
技术要求:
- 框架:[React/Vue/纯HTML+CSS]
- 响应式:[是否需要适配移动端]
- 动效:[是否需要动画/交互效果]
请确保视觉上有辨识度,避免千篇一律的 AI 风格。模板二:完整网站/应用开发
帮我构建一个[产品类型]的完整网站。
产品信息:
- 名称:[产品名]
- 定位:[一句话描述]
- 核心页面:[首页、关于、定价、文档等]
设计要求:
- 整体风格:[请确立统一且鲜明的设计调性]
- 配色偏好:[暗色/亮色/指定色系]
- 字体风格:[现代/经典/手写]
技术栈:[Next.js/Astro/HTML+TailwindCSS]模板三:美化/重塑现有界面
帮我重新设计以下界面,提升视觉品质:
当前问题:
- [界面看起来很"AI模板感"]
- [配色单调/布局死板/缺乏层次]
- [具体截图或代码链接]
期望方向:
- 参考网站/风格:[提供参考]
- 保留功能不变,只优化视觉层
- 重点改进:[字体/配色/间距/动效/图标]作者 | NextLevelBuilder |
简介 | 提供全面的设计智能,用于跨多平台和框架构建专业 UI/UX。旗舰功能为 Design System Generator,支持分析项目需求并在数秒内生成完整、定制的设计系统。内含 50+ 种风格、97 组配色方案、57 组字体搭配的可搜索数据库,以及严格的 UX 和无障碍准则。 |
应用场景举例 |
|
模板一:设计决策查询
我正在设计一个[产品类型]的[具体模块],需要查询设计最佳实践。
具体问题:
- [如何选择配色方案?适合金融类产品的色系是什么?]
- [数据可视化应该用什么图表类型?]
- [表单布局的最优实践是什么?]
产品上下文:
- 行业:[金融/电商/社交/SaaS/...]
- 平台:[Web/iOS/Android/多端]
- 用户群体:[C端大众/B端专业用户]模板二:跨平台设计对齐
我的产品需要同时在 [Web/iOS/Android] 上保持一致体验。
当前组件:[如:底部导航栏/下拉菜单/弹窗]
请帮我对比各平台的规范差异:
- 触控规范
- 安全区域
- 系统手势冲突
- 原生组件 vs 自定义组件的取舍
并给出统一设计方案。作者 | alexanderop |
简介 | 四阶段系统化调试方法论,强调根因分析优先。将 Claude 从"猜测式修复"转变为遵循纪律的工程师,强制执行根因追踪(root-cause-tracing)、纵深防御(defense-in-depth)和条件等待(condition-based-waiting)技术。在提出修复方案之前,必须完成完整的问题诊断流程。 |
应用场景举例 |
|
模板一:排查具体 Bug
帮我系统化排查以下问题:
问题描述:
- 现象:[具体错误信息/异常行为]
- 复现步骤:[1.xxx 2.xxx 3.xxx]
- 预期行为:[应该怎样]
- 实际行为:[实际怎样]
环境信息:
- 技术栈:[语言/框架/版本]
- 出现频率:[必现/偶现/特定条件]
- 最近变更:[最近改了什么]
请按四阶段流程执行:根因调查 - 模式分析 - 假设测试 - 实施修复。禁止猜测式修复。模板二:多组件系统故障定位
系统出现[故障现象],涉及多个组件:
调用链路:
[客户端] - [API网关] - [服务A] - [服务B] - [数据库]
已知信息:
- 报错位置:[哪一层报错]
- 日志摘要:[关键日志]
- 监控指标:[CPU/内存/延迟/错误率]
请先在每个组件边界加诊断点,确定故障精确位置后再行动。模板三:打破反复修不好的僵局
以下问题已经尝试修复[N]次仍然失败:
问题:[描述]
已尝试的方案:
1. [方案A] - 结果:[失败原因]
2. [方案B] - 结果:[失败原因]
3. [方案C] - 结果:[失败原因]
请触发"质疑架构"机制:
- 是否当前设计模式本身就不适合这个场景?
- 是否需要从更上层重新思考?
- 有没有完全不同的实现路径?作者 | Obra |
简介 | 将头脑风暴输出转化为可执行的结构化实施计划。能够将项目拆解为独立的工作流,定义带有明确完成标准的任务,规划风险与缓解策略。支持通过 TUI 或命令同步任务。输出极其细粒度的 2-5 分钟步骤,包含完整代码示例和测试模式。 |
应用场景举例 |
|
模板一:设计文档转实施计划
请将以下技术设计转化为详尽的分步实施计划:
[粘贴设计文档或简要描述设计方案]
要求:
- 精确到文件路径和代码变更位置
- 每步包含:操作、预期输出、验证方法
- 一个零上下文的工程师拿到后能直接执行
- 标注步骤间的依赖关系
- 估算每步耗时模板二:为团队/新人编写指南
请为[目标读者]编写一份实施指南:
任务目标:[需要完成什么]
代码库信息:
- 仓库:[地址]
- 关键目录结构:[列出相关目录]
- 本地运行方式:[如何启动开发环境]
要求:
- 不假设读者了解代码库
- 每步都有完整的命令和文件路径
- 包含常见问题和排错指引
- 标注哪些步骤可以并行作者 | Vercel |
简介 | 帮助用户从开放的 Agent Skills 生态(skills.sh)中发现和安装第三方 Skill。支持关键词模糊搜索数千个社区 Skill(前端、后端、DevOps、测试等),列出任意 Git 仓库中托管的 Skill,并安装到目标 Agent 中。提供可复现的 Git 安装、Agent 作用域控制和快速发现能力。 |
应用场景举例 |
|
模板一:根据任务查找 Skill
我需要完成以下任务:[任务描述]
请从已安装的 skill 中帮我推荐:
- 最适合的单个 skill
- 如果需要组合使用,建议调用顺序
- 每个推荐的理由模板二:Skill 能力总览
列出当前已安装的所有 skill,按类别分组,注明每个 skill 的核心能力和典型使用场景。作者 | Obra |
简介 | Superpowers 框架的核心引导 Skill,强制执行 LLM Agent 的标准工作流:在任何回复或操作之前,必须检查并调用相关的 Skill。建立严格的调用规则(只要有任何可能适用就必须调用)、指令优先级排序(用户指令 > Skill 指令 > 默认系统提示)以及 Skill 使用声明。 |
应用场景举例 |
|
模板一:启动时激活框架
在开始工作之前,请先检查可用的 skill 列表,确保后续每个任务都使用最合适的 skill 来处理。
当前任务:[描述任务]
请按照以下优先级选择 skill:
1. 流程类 skill(brainstorming/debugging)优先于实施类
2. 有专用 skill 时禁止用默认行为替代
3. 多个 skill 适用时说明选择理由作者 | Forrest Chang |
简介 | 基于 Andrej Karpathy 对 LLM 编码陷阱的观察提炼而来的行为准则。用一个 CLAUDE.md 文件纠正 AI 编码 Agent 的常见问题:过度假设并盲目执行、过度复杂化代码和 API、堆砌抽象、不清理死代码、随意修改/删除不理解的注释和代码等。核心四原则:先思考再编码、简洁优先、手术式修改、目标驱动执行。 |
应用场景举例 |
|
模板一:编写新代码时约束
请帮我实现[功能描述]。
编码约束(Karpathy 准则):
- 用最少的代码解决当前问题
- 不加不必要的抽象层或接口
- 不做推测性功能(YAGNI)
- 每个函数/类都必须有明确的当前用途
- 如果需求有歧义,列出假设让我确认,不要自己猜模板二:修改已有代码时约束
请修改以下代码:[描述需要改什么]
修改约束(Karpathy 准则):
- 只改必须改的部分
- 不"顺手"重构无关代码
- 不修改相邻的格式/注释
- 每一行变更都必须能追溯到我的请求
- 如果发现其他问题,报告但不动手改模板三:需求模糊时的显式确认
[描述一个可能有多种理解的需求]
请不要直接开始实现。先:
1. 列出你对这个需求的所有可能解读
2. 标注每种解读的假设和影响
3. 声明你不确定的地方
4. 等我确认方向后再修改作者 | Anthropics |
简介 | webapp-testing 是一个基于 Playwright 的本地 Web 应用测试工具集,支持前端功能验证、UI 调试、页面截图及浏览器控制台日志采集,遵循 “先侦查后执行” 的流程。该技能提供示例与辅助脚本,覆盖静态 HTML 自动化测试、元素定位、日志抓取能力,并可在多服务场景下统一管理服务器生命周期。 |
应用场景举例 |
|
模板一:编写端到端测试
请为以下功能编写 Playwright E2E 测试:
测试目标:
- 功能:[如:用户登录流程/购物车结算/表单提交]
- 关键路径:[列出需要覆盖的步骤]
- 边界场景:[异常输入/网络超时/并发操作]
技术环境:
- 框架:[React/Vue/Next.js]
- 测试基础设施:[已有 Playwright 配置?CI/CD 环境?]
- 浏览器覆盖:[Chromium/Firefox/WebKit/移动端模拟]
请生成可直接在 CI 中运行的测试代码。作者 | Vercel |
简介 | agent-browser 是一个面向 AI 智能体的浏览器自动化 CLI 工具,用于执行网页交互与数据操作,包括页面导航、表单填写、点击操作、截图、数据提取及 Web 应用测试等,适用于以编程方式控制浏览器的自动化流程。 该技能支持的典型请求包括:打开页面、填写表单、点击元素、截图、抓取数据、登录网站等。 |
应用场景举例 |
|
模板一:网页自动化操作
请使用浏览器自动完成以下操作:
目标网站:[URL]
操作步骤:
1. [打开页面/登录/导航到某处]
2. [填写表单/点击按钮/选择选项]
3. [提取数据/截图/下载文件]
注意事项:
- 使用无障碍树定位元素(而非 CSS 选择器)
- 如果遇到动态加载,等待元素出现再操作
- 操作完成后截图确认结果这个 Skill 比较有趣,小编刚看到这个 Skill 的时候还愣了一下。
作者 | tanweai |
简介 | 高能动性治理 Skill(PUA Debugging Skill),使用结构化压力迫使 AI Agent 进行穷尽式问题解决。采用 4 级升级系统、强制 7 项检查清单和 5 步系统化调试方法论。防止 Agent 被动等待、"差不多就行"和空口完成等失败模式,强制 Owner 意识和任务生命周期管理。 |
应用场景举例 |
|
模板一:突破反复失败的僵局
以下任务已经连续失败[N]次:
任务:[描述]
失败记录:
- 第1次:[做了什么] - [为什么失败]
- 第2次:[做了什么] - [为什么失败]
要求:
- 禁止重复之前的方案
- 必须切换到本质不同的解题路径
- 执行 7 项自查清单
- 交付时提供验证证据模板二:要求高质量交付
请完成以下任务,并满足严格的交付标准:
任务:[描述]
交付要求:
- 每个结论都有数据/工具验证证据
- 不允许说"应该可以"、"理论上"——必须实际验证
- 完成后主动扫描同类潜在问题
- 如果遇到困难,穷尽所有方案再报告,不允许轻易放弃模板三:指定方法论执行
请使用以下方法论完成任务:
任务类型:[Debug/新功能/代码审查/架构设计]
方法论选择:
- Debug:华为 RCA 根因分析——逐层排查、证据链完整
- 新功能:Musk 五步法——质疑需求-删除冗余-简化-加速-自动化
- 代码审查:Jobs 减法思维——每一行代码都要证明存在的必要性
- 架构设计:第一性原理——从基本事实出发推导,不接受"业界惯例"
任务描述:[具体内容]TRAE Work 产品界面已更新,当前展示的为旧版界面。
你可以在 TRAE Work 侧边技能市场中,点击右上角「上传技能」,导入包含 Skill.md 的文件即可。



如果你在对话中要求调用某个 Skill,但发现它没有按预期工作(比如报错、返回废话或答非所问),有可能是以下原因导致的:
/skill-name 直接触发,确认 Agent 能否识别到该 SkillSKILL.md 中定义的参数 schema 与实际调用时传入的参数是否一致核对 SKILL.md 中定义的参数 schema 与实际调用时传入的参数是否一致find-skills 确认当前场景下最适合的专属工具。TRAE 官方「一切皆可 Skill」|TRAE Work 技能创作赛 正在火热进行中,为大家准备了 2.7万奖金池、超多精美周边。优质创作 Skill 还有机会直接上架到 TRAE Work 官方技能市场,让更多用户看见!
这次,我们不再是 Skill 的单纯使用者,而是创意满满的 Skill 创作者!
本周四晚 20:00 也会为大家带来一场技术专家直播《拒绝重复造轮子!从 0到1教你写出能评测、可迭代、全团队复用的高能 Skil》,欢迎大家加入官方交流群获取直播通知。
点击【阅读原文】了解更多比赛信息!