2026-05-07 分类：默认 作者：admin 阅读（27）
skill、上下文、规则、智能体、mcp、openspec区别和联系
## 核心概念区别与联系
### 1️⃣ MCP（Model Context Protocol）- 工具能力
定义 ：给 AI 提供"动手能力"的协议
- 本质 ：工具层（锤子、螺丝刀、扳手）
- 作用 ：让 AI 能做更多事
- 例子 ：浏览器自动化、网络请求、记忆存储、顺序思考
- 限制 ：最多 40 个工具，够用就好
### 2️⃣ Skills（技能）- 知识规范
定义 ：给 AI 看的「能力说明书」
- 本质 ：知识层（木工手册、施工图纸）
- 作用 ：让 AI 做对更多事
- 特点 ：可自由创建，无数量限制，场景触发按需加载
- 例子 ：项目规范、框架最佳实践、文档维护指南
### 3️⃣ Rules（规则）- 底线约束
定义 ：定义 AI 行为的底线
- 本质 ：约束层（施工安全守则、图纸审核标准）
- 作用 ：让 AI 不乱做
- 限制 ：≤ 1000 字符，精简为主
- 特点 ：始终生效，是 AI 行为的第一道防线
### 4️⃣ 智能体（Agent）- 决策中心
定义 ：能自主感知、思考、行动、反馈的"智能个体"
- 本质 ：执行者（你的下属）
- 特点 ：可自定义提示词和工具集，有不同专长
- 内置例子 ：Builder、SOLO Coder
### 5️⃣ 上下文（Context）- 记忆背景
定义 ：对话过程中保持的信息
- 本质 ：记忆层（项目历史、对话记录、文件状态）
- 作用 ：让 AI 理解当前场景，不重复提问
- 来源 ：项目文件、对话历史、MCP 注入的实时数据
### 6️⃣ OpenSpec - 规范驱动
定义 ：以规范为核心的开发方式
- 本质 ：规范层（AGENT.md、项目规格说明）
- 特点 ：让 AI 按照预定义的规范执行
- 例子 ：AGENT.md 作为项目规则被 Trae 自动读取
用户需求
↓
【智能体（Agent）】← 决定做什么
↓
【Rules（规则）】← 检查是否合规
↓
【Skills（技能）】← 知道怎么做
↓
【MCP（工具）】← 实际去执行
↓
【上下文（Context）】← 记住过程
↓
【OpenSpec（规范）】← 确保符合标准
1. MCP ：够用就好（≤40个工具）
2. Skills ：尽情创建（无限制）
3. Rules ：精简但必须有（≤1000字符）
4. 智能体 ：分工明确（不同任务用不同智能体）
5. 上下文 ：按需加载（避免token浪费）
6. OpenSpec ：规范先行（用AGENT.md定义标准）
完全通用 ：MCP、智能体、上下文、OpenSpec
Trae 特有：Skills、Rules、SOLO 模式、Builder 智能体
🏗️ 概念层级关系图
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 |
┌─────────────────────────────────────────────────────────────┐ │ 用户需求层 │ └─────────────────────────────────────────────────────────────┘ ↓ ┌─────────────────────────────────────────────────────────────┐ │ 【智能体 (Agent)】 │ │ • 决定做什么 │ │ • 协调各层工作 │ │ • 包含：SOLO、Builder 等不同专长的智能体 │ └─────────────────────────────────────────────────────────────┘ ↓ ┌─────────────────────────────────────────────────────────────┐ │ ┌────────────┐ ┌────────────┐ ┌────────────┐ │ │ │ Rules │ │ OpenSpec │ │ 上下文 │ │ │ │ (约束层) │ │ (规范层) │ │ (记忆层) │ │ │ └────────────┘ └────────────┘ └────────────┘ │ │ ↓ ↓ ↓ │ │ 检查是否合规 明确做什么 记住之前的事情 │ └─────────────────────────────────────────────────────────────┘ ↓ ┌─────────────────────────────────────────────────────────────┐ │ 【Skills (技能)】 │ │ • 知道怎么做 │ │ • 包含：项目规范、最佳实践、文档指南 │ │ • 依赖：上下文来判断何时触发 │ └─────────────────────────────────────────────────────────────┘ ↓ ┌─────────────────────────────────────────────────────────────┐ │ 【MCP (工具)】 │ │ • 实际去执行 │ │ • 包含：浏览器自动化、网络请求、记忆存储等 │ │ • 依赖：Skills 知道调用哪个工具 │ └─────────────────────────────────────────────────────────────┘ |
🎯 实际工作流程示例
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 |
用户说："给这个项目加一个用户登录功能" ↓ 【智能体 (SOLO)】接收需求 ↓ ├─→ 检查【Rules】：不能用不安全的密码存储 ✅ ├─→ 读取【OpenSpec】：查看项目规范 └─→ 参考【上下文】：了解项目技术栈 ↓ 【Skills】被触发："用户认证功能开发指南" ↓ 【Skills】告诉智能体怎么做： ├─ 1. 创建 auth schema ├─ 2. 实现登录接口 └─ 3. 添加 JWT 中间件 ↓ 【MCP 工具】被调用： ├─ Fetch：请求 API 文档 ├─ Memory：记住之前的实现方式 └─ Puppeteer：测试登录页面 ↓ 【上下文】被更新：记录整个过程 ↓ 完成任务！ |
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 |
#这不是单向流水线，而是以 Agent 为中枢的协同架构： #Context 提供背景，Rules 提供约束，Skills 提供方法，OpenSpec 提供标准，Tools 负责执行。 【Context 上下文】 （当前任务、历史对话、项目记忆、环境信息） | v 【Rules 规则】 ---> 【Agent 智能体】 <--- 【Skills 技能】 （行为边界、约束） （理解目标、做决策、推进执行） （领域方法、标准流程） | v 【OpenSpec 规范层】 （定义需求、拆分任务、约束实现、校验完成度） | v 【MCP / Tools 工具层】 （读写文件、执行命令、调用外部系统、查询环境） 这几个模块不是严格的线性流水线，而是“ Agent 在多个约束和信息源共同作用下，调用工具完成任务 ”。 更准确的关系是： - Agent 在 Context 中工作 - Agent 必须遵守 Rules - Agent 按需使用 Skills - Agent 参考 OpenSpec 推进和校验任务 - Agent 最终通过 MCP / Tools 执行动作 |
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 |
# 用户编码规范与重构指南 ## 基础交互规则 1. 请用中文回答我 2. 如果回答的是代码，请给每个关键节点，比较难懂的代码增加中文注释 3. 当生成的代码行数超过20行时，请考虑聚合代码以及考虑其颗粒度是否适合 ## 代码质量与重构规范 ### 通用编码规范 1. 避免不必要的对象复制或克隆 2. 避免多层嵌套，提前返回 3. 使用适当的并发控制机制 ## 代码坏味道识别与处理 基于Martin Fowler《重构》一书的核心观点： ### 1. 神秘命名 - 问题：变量、函数、类或模块的名称不能清晰表达其用途 - 处理：重命名为具有描述性的名称，使代码自解释 ### 2. 重复代码 - 问题：相同或相似的代码出现在多个地方 - 处理：提取为函数、类或模块；应用模板方法模式 ### 3. 过长函数 - 问题：函数过长，难以理解和维护 - 处理：提取函数，将大函数分解为多个小函数 ###4.代码注释 每个方法上方应该添加注释（方法名称、入参说明、出参说明） 如果方法有变化，更新注释。 ###5.日志记录 尽量的添加logs注释 |
「三年博客，如果觉得我的文章对您有用，请帮助本站成长」
上一篇：git 从本地到远程
分别用不同厚度的筏板定义，画图后这设置筏板变截面处理。 http://f.fwxgx.co...
评：新文章！分别用不同厚度的筏板定义，画图后这设置筏板变截面处理。 http://f.fwxgx.co...
评：新文章！新增一个框架图！ http://biji.jinli.vip/wp-content/upl...
评：新文章！嗨，这是一条评论。 要开始审核、编辑及删除评论，请访问仪表盘的“评论”页面。 评论者头像来自...
评：世界，您好！
共有 0 - ai & trae