企业 AI 工作台三层架构MCP 连接层与 SKILL 能力层的判据、对照与落地口径摘要企业 AI 工作台底座连接层MCP能力层SKILL。MCP 向外连SKILL 向内封底座管门和规矩。缺连接先补连接有流程没沉淀先做能力封装都缺先跑最小场景。核心先诊断、再落地标准可替换、需求不替换。结论不复杂MCP 和 SKILL 不是同一层的两个竞品是一个架构里的两层。企业 AI 工作台底座治理层连接层MCP能力层SKILL。MCP 管向外连让 AI 够得着企业的系统和数据SKILL 管向内封让 AI 按企业自己的方法办事底座管门和规矩。三者不是替代关系是分层关系。下面按架构评审的顺序展开先钉术语边界再逐层给构成与判据然后给两层对照与分工判断线最后给选档自测、成本构成和踩坑排查。一、三层架构与术语边界先钉一个容易踩的术语坑工作台是这三层的总称整体底座只指其中最下面那一层治理层。两个词不能混着用否则讨论到后面必然出现工作台挂了几个连接这类逻辑拧巴的句子。层管什么当前主流底座治理层门和规矩统一入口、身份与权限、审计与可观测、能力挂载位—连接层连出去的手把企业系统和数据接进来MCPModel Context Protocol模型上下文协议能力层装进去的方法把企业流程和判断标准封装下来SKILLAgent Skills能力包底座这一层最容易被跳过因为它不直接产出功能。但它管的四件事决定了后面管不管得住▸统一入口人只进一个门不是每接一个能力就多一个网址、多一个账号。▸统一身份与权限权限按岗位配而不是所有人共用一个超级权限。▸统一审计与可观测出偏差能回溯到哪次调用、用了哪份数据、按哪条规则。▸能力挂载位加一个新能力不需要动到已有的连接。底座的可判据检查点可直接用于评审权限是随岗配置还是统一超权操作日志能否导出审计新增能力是否需要改动既有连接三条都过得去这一层才算立得住。还有一处必须写进设计说明的消解统一入口指的是建在企业已经在用的工具里如已有的办公协作平台不新建一个 App。否则它与不另开新入口的工程约束会正面冲突。最后留一条概念缝连接层是需求MCP 是这一层当前的主流标准能力层是需求SKILL 是这一层当前的主流格式。标准可以被替换需求不会被替换。所以架构表述里不要把连接层直接等同于MCP。二、连接层MCP 的协议要件MCP 由 Anthropic 在 2024 年 11 月提出并开源是一套开放标准不是软件产品。它解决的是AI 应用怎么连到外部系统和数据这一层的问题。它的构成可以拆成三个角色加三类能力维度组成说明角色Host宿主应用承载 AI 应用的那一层部署在工作台底座里角色Client连接器对应不同的 AI 应用 / 模型负责发起连接角色Server服务端对应企业的数据库、业务系统、办公工具对外暴露能力能力Resources数据资源能被读到的上下文能力Prompts提示模板模板化的消息与工作流能力Tools工具函数模型可以调用的函数协议基于JSON-RPC 2.0。没有它的代价可以量化企业有 M 个 AI 应用要接 N 个系统逐个定制对接就是 M 乘 N 条链路换一个 AI 应用这些对接要重写。有了统一标准内部系统和数据按同一套封一次即可不随上层应用更换而重做。常被比作AI 应用的 USB-C 接口。这个类比要补一个边界接口统一只解决了插得上插上之后数据能不能用、权限给不给仍然要单独定义。把 MCP 当成接上就完事是这类项目最常见的技术误判。采购 / 评审问法三条客户端部署在哪、Server 由谁来写、要接的内部系统有没有现成连接。三、能力层SKILL 的构成与加载机制SKILL 由 Anthropic 开发、2025 年作为开放标准发布核心是一个文件夹加一个SKILL.md。SKILL.md里是元数据name、description加指令正文另外可以带上脚本、参考资料和模板。它的关键工程特性是三级按需加载层级加载内容加载时机成本影响第一级元数据name、description启动时即加载每个技能只占几十个 token第二级指令正文命中相关任务时按需避免全量占用上下文第三级资源与代码真正要用到时用到才付费减少无效消耗这一点对企业很实际能力包是全量塞进上下文还是按需加载直接影响调用成本。没有它的代价好方法散在几个熟手脑子里换个人、换套工具就得重新教一遍。封装成能力包之后方法变成可版本管理、可交接的资产而不是某个人离职就消失的经验。它按开放标准设计成跨平台可移植即能力包是普通文件换一个支持该格式的载体也能带走。这一点与底座可替换原则相互印证工具和数据接口是资产方法封装同样是可以带走的资产。采购 / 评审问法两条能力包是全量加载还是按需加载能不能纳入版本管理改了之后旧版本能否回溯四、两层对照与嵌套关系把两层的关键属性并排放选型时不易混对比项连接层MCP能力层SKILL管什么“够得着”把外部工具和数据接到手“怎么做”把方法和流程封成能力包没有它时每个系统单独对接换应用就重来好方法散在个人脑子里换人换工具就重来换工具时连接按标准封好、可复用能力包是普通文件、可版本管理、可带走怎么验客户端在哪、Server 谁写全量加载还是按需加载、能否版本管理两边互补不是替代。这里有一个灰色地带值得在架构评审里说破一个叫查客户系统并写跟进纪要的能力包算哪一层答案是它站在两层之上。SKILL 管怎么做MCP 管够得着一个 SKILL 完全可以描述一个多步流程中间调用若干个 MCP 工具。所以真实形态往往不是MCP 或 SKILL而是一个 SKILL 站在几个 MCP 连接之上。再说分工判断线。判断该从哪层起步问三个问题▸ 核心痛点是AI 读不到内部数据、用不了系统工具缺连接先补连接层。▸ 核心痛点是AI 答得不对、不符合流程规矩缺方法先做能力封装。▸ 两个都缺不要两边同时铺开先跑一个最小场景。最小场景有明确边界一个岗位的一个高频任务最多涉及两个系统。一条边界分支单人偶尔用、任务一次性的先不搭。这套结构是给多人、多系统、要重复办同一类事的场景准备的。五、动手之前的选档自测四模块在决定搭哪一档之前先过一遍这四组问题。每组有超过三成答不上来就先别往下走。模块一 · 认知与立项这是采购项目还是能力工程有没有业务侧责任人为结果负责第一个场景一个岗位、一个高频任务定了吗模块二 · 连接层要接的系统清单列了吗每个系统数据能否取、接口是否开放权限边界能读/能写/能批到什么程度定了吗有没有数据治理的基本说法模块三 · 能力层有没有方法沉淀的机制谁写、写到哪封装出的能力包能否被第二个岗位复用有没有版本管理模块四 · 落地与运营入口是否落在已有工具里基线当前耗时、错误率记了吗有没有一条人工兜底路径这四组与后面的四个坑一一对应模块一对应坑一模块二对应坑三模块三对应坑二模块四对应坑四。六、三档搭建与成本构成搭法分三档区别不在高低在激活几层、养多重。下面只给构成项与周期区间不涉及金额报价取决于具体系统与数据情况。档位构成周期验收物轻量起步现成底座 1—2 个连接 1 个能力包通常 2—6 周一条跑通的连接、一份可复用的能力包、一条人工兜底路径标准化部署统一底座 多条连接 多个能力包 统一权限与审计通常 2—4 个月连接清单、权限方案、做了版本管理的能力包、操作日志定制化自研在标准化之上接进核心业务系统做深度集成通常半年起核心系统集成方案、专项权限设计、回归测试方案升级信号同一个能力被三个以上岗位复用就该考虑从轻量起步升级到标准化部署当核心业务系统必须打通、又绕不开合规要求时再考虑第三档。成本里最容易被漏算的是隐性成本三项▸数据与权限梳理的人力接系统之前得先把哪些数据可信、谁能看理清这件事往往比接系统本身更耗时。▸方法沉淀的工时把熟手的流程写成能力包要占用业务骨干的时间。▸持续维护与回归成本系统接口会变、业务规则会变能力包要跟着改、跟着测。预算只算了工具、没算这三项是很多项目半途停下的真实原因。最后落到底座可替换原则工具、底座、产品都可以换真正要留下的资产是你自己的连接标准、能力包和场景理解。评审时别漏掉一个问题换掉某款工具之后资产还在不在七、标准的出身与采纳度公开事实供选型风险评估讨论技术选型绕不开两个问题这两个标准会不会死、会不会被单一厂商锁死。以下是可公开核实的部分▸MCP2024 年 11 月由 Anthropic 提出并开源2025 年起被多家主流 AI 厂商陆续采纳2025 年底由 Anthropic 转交给一个中立的基金会治理。也就是说它已经不是某一家公司的私有协议。▸SKILLAgent Skills2025 年作为开放标准发布设计成跨平台可移植同一能力包可在任何支持该格式的载体上运行。官方定位为与 MCP 互补MCP 回答能访问什么SKILL 回答该怎么做。这两条事实支撑了前面那条原则连接层是需求MCP 是当前主流标准能力层是需求SKILL 是当前主流格式。标准可替换需求不替换。所以把架构写成连接层 MCP“能力层 SKILL”会在标准更替时把设计锁死写成本层的需求再标注当前主流实现架构的寿命会长得多。八、技术之外的六个动作工程侧判断做完卡点往往转到技术之外。下面六件事不涉及业务代码却决定前面那些判断会不会重新失效▸发起人由业务侧责任人牵头而不是 IT 或供应商。业务侧不牵头的项目最后常沦为技术部门自用。▸先切哪一块从高频、重复、规则相对清晰的任务里挑第一个别挑最难的。▸入口放哪放进已在用的工具里不另开新入口。▸责任人落进职责把归口人写进岗位职责而不是只写在项目文档里。▸先留基线动手前把当前耗时、错误率、业务量记下来之后才有得比。▸兜底路径要写明哪些情况必须转人工、转给谁提前写清楚。九、四类落地踩坑症状、机制、对策、验收按四拍整理可直接当作项目复盘的对号清单。坑高发阶段症状机制对策验收把工作台当采购项目立项软件买回来装上上线三个月没人用只买了底座没做连接、没沉方法立项时把连接与方法沉淀的工时算进去三个月后还有业务侧的人在用并能说出它办了哪件事只连工具不沉淀方法实施工具接了一堆换个新人结果完全不同够得着解决了怎么做还在熟手脑子里每上线一个连接配一份能力包换人接手结果基本一致一上来全量铺开规划想一次接完所有系统几个月没一条链路跑通每多接一个系统权限梳理与数据校验风险相乘先跑最小场景跑通再复制第一个场景在预期周期内交付且可验收权限与兜底没定义运营能看什么、能改什么、能批什么没定清权限没按岗位配兜底路径没写权限按岗位配兜底路径写进流程随机抽一次判断能说清按哪条规则做、错了转给谁四类里前两个是起动方式的问题后两个是长期运行的问题。前两个一次性避开即可后两个要靠机制持续兜。十、收束一条判断线回到那个分歧。MCP 和 SKILL 不该被摆成单选题它们是同一个架构里的两层MCP 向外连SKILL 向内封中间那层底座管着门和规矩。给一条可以直接用的决策线缺连接先搭连接层有流程没沉淀先做能力封装两个都缺先跑一个最小场景。单人偶尔用、任务一次性的先不搭。而不管工作台怎么搭第一步都不是先买底座是先诊断再落地先把场景和流程诊断清楚再决定从哪一层开始搭。唐欢弯弯企业AI落地顾问让企业把 AI 真正用到业务里
