在 Trae IDE 中，Agent（智能体）、MCP 和 Skill​ 三者各司其职，共同构成了 AI 辅助编程的核心协作体系。可以用一个简单的比喻来理解：Agent 是“大脑”（决策者），MCP 是“桥梁”（连接器），Skill 是“说明书/工具包”（执行指导）。

1. Agent（智能体）—— 任务的“大脑”

• 是什么：Agent 是你配置好的 AI 助手实体，它可以绑定特定的模型、提示词（Rules）、MCP 工具和 Skills。

• 作用：负责理解你的自然语言指令，进行任务拆解、规划步骤，并决定调用哪个工具或技能来完成工作。它是任务的统筹者和决策者。

2. MCP（Model Context Protocol）—— 外部工具的“桥梁”

• 是什么：MCP 是一种开放协议（标准接口），用于让 AI 模型安全地连接和调用外部工具、服务或数据源（如 GitHub、数据库、Figma、文件系统）。

• 作用：它充当“翻译官”或“插座”，解决了 AI 无法直接操作外部服务的问题。通过配置 MCP Server，Agent 就能具备查询数据库、操作仓库、抓取网页等“外挂”能力。

3. Skill（技能）—— 可复用的“能力说明书”

• 是什么：Skill 是一个封装了特定工作流指令、脚本和资源的文件（SKILL.md），比如“代码审查规范”、“提交信息生成”、“API 文档撰写”等。

• 作用：它告诉 Agent “如何按标准流程执行某项具体任务”。与全局 Rules 不同，Skill 是按需动态加载的（只有相关任务触发时才注入上下文），能减少 Token 消耗并保证输出风格的统一。

---

三者的协同关系

当你给 Trae 下达一个指令时，内部的协作流程通常是：

1. Agent​ 接收你的指令，理解意图并进行规划；

2. 若任务需要操作外部软件/数据，Agent 通过 MCP​ 协议去调用对应的外部工具；

3. 若任务涉及特定领域的标准化操作（如生成合规的 commit 信息），Agent 会按需加载对应的 Skill​ 作为执行指南；

4. 最终将结果整合反馈给你。

简单总结区别：

• Agent：谁来处理（决策者）。

• MCP：怎么连到外面的工具（通道/协议）。

• Skill：具体怎么做某件事的标准流程（方法论/手册）。

没问题，咱们拿一个日常开发中最常见的场景来串一下：

“我在 Trae 里说：帮我把当前分支的代码提交到 GitHub，并提交信息要符合团队规范。”

---

为了更直观地展示三者的协作流程，下面用 Mermaid 流程图来描绘用户下达指令后，Agent、MCP、Skill 以及外部工具之间的完整交互过程：

流程图解读：

1. 用户发起指令：用户向 Agent 下达自然语言指令（如"提交代码到 GitHub"）。
2. Agent 任务规划：Agent 作为"大脑"理解指令，拆解任务步骤。
3. Skill 判断与加载：如果任务涉及标准化流程（如生成规范提交信息），Agent 会从 Skill 仓库加载对应的 Skill 作为执行指南。
4. MCP 工具调用：如果任务需要操作外部工具（如 Git、GitHub），Agent 通过 MCP Server 连接并调用相应的外部工具。
5. 结果整合与返回：Agent 将 Skill 提供的标准与 MCP 执行的结果整合，最终返回给用户。

这个流程图清晰地展示了 Agent、MCP、Skill 三者在处理用户指令时的协同工作关系：Agent 负责统筹决策，Skill 提供标准化方法论，MCP 负责连接和执行外部操作。

场景设定

• 你已登录 Trae，使用的是一个自定义 Agent（比如叫 DevBot）。

• 这个 Agent 绑定了：

  • 一个 MCP Server（GitHub / Git MCP）

  • 一个 Skill（比如 conventional-commit）

• 当前项目是一个 Git 仓库，关联了远程 GitHub 仓库。

---

你输入的指令

“把当前分支的代码提交到 GitHub，提交信息按团队规范来。”

---

1️⃣ Agent（智能体）：接收并拆解任务

DevBot（Agent）​ 拿到你的指令后，开始做“大脑”该做的事：

• 理解意图：

  👉 需要 git add + commit + push

• 发现“按团队规范”：

  👉 需要加载 conventional-commit这个 Skill

• 发现“提交到 GitHub”：

  👉 需要通过 MCP 调用 Git / GitHub 相关能力

此时 Agent 的决策大致是：

1. 获取本次改动内容（文件 diff）

2. 用 Skill 生成符合规范的 commit message

3. 通过 MCP 执行 git add / commit / push

---

2️⃣ Skill：提供“怎么写提交信息”的标准

Skill：conventional-commit

里面可能包含（SKILL.md简化示例）：

• 提交信息格式：

  <type>(<scope>): <subject>

• 示例：

  feat(auth): add login form validation
  fix(api): handle null user edge case

• 触发条件：

  “提交”“commit”“push”等关键词

👉 Agent 会：

• 读取当前 stage / diff

• 按 Skill 里的规则，生成如：

  feat(dashboard): add summary card component

---

3️⃣ MCP：让 Agent 真正去“执行 Git 操作”

MCP Server：Git / GitHub MCP

Agent 通过 MCP 调用类似能力：

• git_status

• git_diff_staged

• git_add_all

• git_commit {message}

• git_push

👉 这些操作不是 Agent“猜”的，而是通过 MCP 定义的标准接口​ 真正执行你本地或远程 Git 命令。

---

4️⃣ 最终结果返回给你

Trae 界面可能会显示类似：

✅ Staged all changes
✅ Commit created: feat(dashboard): add summary card component
✅ Pushed to origin/feature/dashboard

你会看到：

• 提交信息符合团队 Skill 规范

• 操作通过 MCP 实际生效

• 整个过程由 Agent 统筹完成

---

一张图总结角色

你
 ↓ 自然语言指令
Agent（DevBot）
 ├─ 规划步骤
 ├─ 加载 Skill → 生成规范 commit message
 └─ 通过 MCP → 执行 git add / commit / push

---

一句话记忆

• Agent：我知道你要干嘛，我来安排

• Skill：这件事我们团队是这么做的

• MCP：我去帮你真正把命令执行起来