我的使用习惯：Skill 为主，Rules 为辅
最近在做这个前端项目，深刻体会到 Skill 和 Rules 的差异，分享一下我的用法：
Skill：像工具箱里的专业工具
这个项目里我攒了 20+ 个 Skill，用得最多的是：
-
frontend-architecture-planner - 每次开新项目或重构必用
-
它不会直接写代码，而是先问一堆问题：产品类型、页面模式、技术栈偏好…
-
然后给一份完整的架构方案，连目录结构和技术选型的权衡都写清楚
-
用了这个，再也不会"先写再说，后面重构"了
-
wechat-mini-program-development - 写小程序的神器
-
一键生成标准项目结构
-
自带统一的 request 封装、API 管理、工具函数
-
再也不用每次都从旧项目复制粘贴了
Rules：像团队的 coding guidelines
Rules 我主要用在：
-
代码风格统一（命名规范、目录结构）
-
特定项目的硬性约束（比如"这个项目必须用 TypeScript"）
-
Git 提交规范（Conventional Commits）
我的搭配公式
专业领域用 Skill - 比如前端架构、小程序开发、小说写作，这些领域有固定的最佳实践，用 Skill 能把这些经验固化下来，每次调用都是专业级输出。
基础约束用 Rules - 团队协作、代码规范这些通用性的东西，用 Rules 来约束，简单直接。
总结一下：Skill 是"专家助手"，Rules 是"团队守则"，两者搭配，效率翻倍！ Memory 还不太了解，期待更多人分享。
#TRAE 的 Skill vs Memory vs Rules