在智能Agent的开发与落地过程中，FunctionCall（FC）、Skill（技能）与MCP（模型能力中台）是三大核心组件。很多开发者容易将三者混淆，甚至误以为它们是独立的框架或物理组件，实则三者同源异层，共同构成了Agent自主决策、调用工具的完整能力体系。本文将系统拆解三者的本质、区别、分层逻辑与落地规范，结合架构时序图与工程目录结构，帮助开发者建立清晰的架构认知，实现企业级Agent的规范化设计。

一、核心认知：三者同源，本质一致

FunctionCall、Skill与MCP，底层逻辑完全统一，核心都是“将可执行能力标准化暴露给大模型（LLM），让大模型自主决策调用，外部程序执行后返回结果，形成闭环”。三者的差异并非技术本质的不同，而是封装粒度、职责定位与管理层级的区别——就像一套精密的工具系统，零件、成品工具与工具仓库各司其职，却围绕同一个核心目标服务。

首先要明确一个关键前提：Agent本身并非一个可安装的框架或物理组件，而是一套“提示词工程+FunctionCall调用闭环+业务逻辑编排”的设计范式。而FC、Skill与MCP，正是这套范式中不可或缺的三层核心支撑，其层级关系清晰且固定：MCP（平台层）> Skill（业务层）> FunctionCall（原子层）。

二、分层解析：各司其职，层层支撑

三者的分层设计，核心是为了实现“职责分离、能力复用、治理可控”，避免代码混乱与架构崩坏。以下从底层到上层，逐一解析每层的定位、职责与落地要点，结合工程目录结构，让分层设计更具落地性。

（一）底层原子层：FunctionCall（FC）——最小能力单元

FunctionCall是整个能力体系的“螺丝钉”，是不可再拆分的最小原子能力单元，核心作用是实现单一基础动作的执行，不涉及任何业务逻辑与流程编排。

从落地角度来看，FC的设计需遵循“单一职责”原则，一个FC只专注于一件基础事，比如计算器功能、单条SQL查询、文件读写、时间格式化、原生HTTP请求等。其特点是入参出参极简，不做复杂参数组装或逻辑判断，可被多个上层Skill复用——就像工业生产中的标准零件，能适配不同的成品工具组装需求。

举例来说，“根据工号查询员工基础信息”“数学表达式计算”“数据脱敏”，都是典型的FunctionCall，它们各自独立，不依赖其他能力，仅完成自身既定的基础操作。

（二）中层业务层：Skill（技能）——业务能力聚合

Skill是基于FC的“成品工具”，核心定位是将多个相关的FunctionCall，结合业务规则、流程编排，封装成一个完整的业务场景能力，对外暴露统一的调用入口，屏蔽底层FC的细碎细节。

Skill的设计核心是“面向业务场景”，它不需要关注底层FC的具体实现，只需将多个FC按业务逻辑串联、编排，同时完成参数校验、异常捕获、结果格式化、业务鉴权等操作。一个Skill可以包含多个FC，也可以调用其他Skill，但其依赖只能自上而下，不能反向依赖底层FC之外的上层组件。

比如“员工薪资查询Skill”，其内部会编排三个FC：“查询员工基础信息FC”“查询薪资原始数据FC”“薪资数据脱敏FC”，用户只需调用这个Skill并传入工号，就能得到脱敏后的完整薪资信息，无需关心内部多个FC的调用顺序与细节。这种封装不仅提升了能力的复用性，也降低了大模型的决策负担——大模型只需选择业务层面的Skill，无需纠结底层调用哪个FC。

（三）上层平台层：MCP（模型能力中台）——统一网关与治理中心

MCP是整个能力体系的“工具仓库+管理员”，核心定位是作为全局能力注册中心、统一调用网关与权限治理平台，不负责任何具体的业务逻辑或原子执行，仅做“收纳、管控、分发”。

MCP的核心价值的是实现能力的统一收口与规范化治理，其标准并非国际固定协议，而是企业级Agent平台的通用接口规范——通过三个固定接口，实现所有能力的注册、发现与调用闭环，具体包括：

1.  能力注册接口（POST /mcp/register）：用于Skill、FC、外部API主动注册到MCP，注册时需提交能力唯一标识、描述、入参结构、调用地址、权限角色等信息，确保能力可被MCP识别与管控；

2.  能力发现接口（GET /mcp/list-tools）：是大模型获取可用能力的核心接口，返回格式完全兼容OpenAI FunctionCall的JsonSchema规范，Agent可直接调用该接口，将返回的能力列表喂给大模型，让大模型明确可调用的所有能力；

3.  统一调用接口（POST /mcp/call）：是Agent调用所有能力的唯一入口，Agent只需传入能力标识、业务参数与鉴权信息，MCP会完成鉴权、权限校验、路由转发，将请求转发到对应的Skill或FC，再将执行结果原路返回。

此外，MCP还承担着权限管控、限流、日志审计、能力上下线管理、租户隔离等治理功能，所有能力必须先注册到MCP，才能被Agent调用，这也是企业级系统可运维、可扩展的关键。

（四）工程目录结构：分层落地的具体实现

为了让分层设计落地到实际开发中，以下提供一套企业级通用的工程目录结构（Python/Java通用），严格对应MCP>Skill>FC的分层逻辑，可直接用于项目搭建：

目录结构核心说明：每层目录职责严格对应分层定位，FC层只放原子执行逻辑，Skill层按业务域聚合，MCP层专注治理与网关，Agent层只负责任务理解与调用闭环，确保架构清晰、职责分离。

三、关键区别：为何不统一为一种方式？

很多开发者会疑问：既然三者底层逻辑一致，为何不统一为一种方式，反而要分层设计？核心原因并非技术不可行，而是为了适配工程化落地的需求，解决复用、治理、协作等问题。

1.  职责分离，降低维护成本：FC专注原子执行，Skill专注业务编排，MCP专注治理管控，三者各司其职，避免将原子逻辑、业务逻辑、治理逻辑混在一起，导致后期维护困难；

2.  能力复用，提升开发效率：底层FC可被多个Skill复用，多个Skill可被所有Agent共享，无需重复开发相同功能；

3.  治理可控，适配企业需求：MCP统一收口权限、日志、上下线，解决了分散能力难以管控的问题，尤其适合中大型系统的多租户、多角色场景；

4.  降低大模型决策负担：给大模型暴露粗粒度的Skill，而非几十上百个零散FC，减少大模型的决策成本，提升调用准确性。

四、嵌套与调用规则：避免架构崩坏的核心铁律

三者虽然分层明确，但并非完全独立，而是支持合理的嵌套与调用，核心原则是“自上而下依赖，禁止反向依赖”，具体可允许的嵌套场景包括：

1.  Skill内部可包含多个FC，也可调用其他Skill；

2.  MCP可注册原生FC、打包好的Skill，也可注册外部第三方接口；

3.  原生FC可调用其他FC，但不可调用Skill或MCP。

同时，必须严格禁止以下行为，否则会导致架构崩坏：

1.  底层FC直接依赖上层Skill或MCP；

2.  Skill绕过MCP，直接被Agent硬编码调用；

3.  将业务编排逻辑写入FC，或将原子执行逻辑写入MCP；

4.  能力未注册到MCP，直接被Agent调用。

五、完整落地链路：从注册到执行的闭环

理解了三者的分层与规则后，结合以下时序图，可清晰呈现Agent调用能力的完整闭环，明确各组件的协作逻辑：

结合时序图，完整落地链路可分为6个阶段：

1.  启动阶段：所有FC、Skill通过MCP的注册接口，主动注册到MCP，纳入能力池，MCP维护统一的能力注册表；

2.  初始化阶段：Agent启动时，调用MCP的能力发现接口，获取所有可用能力列表，将其喂给大模型，让大模型明确可调用的能力；

3.  交互阶段：用户发起任务请求，Agent将任务、上下文与可用能力列表传给大模型，大模型自主思考，决策需要调用的能力（Skill或FC）及入参；

4.  调用阶段：Agent将能力标识、入参、鉴权信息传给MCP的统一调用接口，MCP完成鉴权、权限校验后，路由转发到对应的Skill或FC；

5.  执行阶段：若调用的是Skill，Skill内部编排多个FC执行，整合结果后返回给MCP；若调用的是FC，FC直接执行并返回结果；

6.  结果回灌：MCP将执行结果返回给Agent，Agent将结果塞回大模型上下文，大模型整理成自然语言回答，最终反馈给用户。

六、总结：分层设计的核心价值

FunctionCall、Skill与MCP的分层设计，本质是将“原子能力、业务能力、平台治理”进行解耦，让Agent的开发更规范、更可复用、更可治理。三者的核心关系可以用一句话概括：FC是“零件”，Skill是“成品工具”，MCP是“工具仓库与管理员”，Agent则是“使用工具解决问题的人”。

在实际落地中，开发者只需遵循“MCP>Skill>FC”的层级关系，坚守“自上而下依赖”的铁律，按“原子操作放FC、业务场景放Skill、治理管控放MCP”的原则划分能力，结合本文提供的工程目录结构与时序图，就能搭建出架构清晰、可扩展、可维护的企业级Agent系统。无论是小项目的轻量落地，还是中大型系统的规模化部署，这套分层逻辑都能适配需求，帮助开发者避开架构误区，高效实现Agent的自主决策与工具调用能力。

Agent三大核心：FC、Skill、MCP，一篇讲透分层设计

本文围绕 Agent 核心组件 FunctionCall（FC）、Skill 与 MCP 展开概述，明确三者同源异层，遵循 MCP（平台治理层）>Skill（业务聚合层）>FC（原子能力层）的层级逻辑。文章依次解析各组件的定位与职责，说明分层设计的核心价值的，明确组件嵌套与调用规则，结合工程目录结构与时序图，清晰呈现各组件的协作模式与完整落地闭环，帮助开发者厘清三者关系。

人工智能

后端

架构设计

智能Agent开发核心组件解析：FunctionCall(FC)、Skill与MCP构成三层能力体系。FC是原子能力单元，Skill聚合业务逻辑，MCP作为统一治理平台。三者分层设计实现职责分离、能力复用和治理可控，助力企业级Agent规范化落地。掌握MCP>Skill>FC的层级关系与调用规则，可构建高效可扩展的智能决策系统。

数据脱敏

路由

Python

Agent

Java

2026年中大促 | AI 领航 智绘未来

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

智能Agent开发核心组件解析：FunctionCall(FC)、Skill与MCP构成三层能力体系。FC是原子能力单元，Skill聚合业务逻辑，MCP作为统一治理平台。三者分层设计实现职责分离、能力复用和治理可控，助力企业级Agent规范化落地。掌握MCP>Skill>FC的层级关系与调用规则，可构建高效可扩展的智能...

Agent三大核心：FC、Skill、MCP，一篇讲透分层设计

Agent三大核心：FC、Skill、MCP，一篇讲透分层设计

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐