我给内部 agent 接到第三个 MCP server 就撞墙接得越多越笨。可换成 Claude Code同样接几十个外部工具偏偏不撑爆——这课就拆它的接入架构怎么做到以及你自造 agent 怎么抄。先把术语翻成人话MCP让 agent 标准化接外部工具和数据的协议MCP server把一个系统的能力暴露成工具的服务端tool schema一个工具的说明书名字、干啥、要什么参数上下文窗口模型一次能看的内容塞满了就开始变笨延迟工具工具名先登记进来说明书用到再取Tool Search模型按需把某个工具的完整说明书取出来的机制server instructionsserver 自我介绍的一段话我管什么、什么时候搜我一、面试现场面试官提问“接几十个 MCP 工具Claude Code 怎么没被撑爆”字节面试官让我讲一次真实对接我给一个内部 agent 接了 8 个 MCP server——代码仓库、工单、数据库、监控、文档。图省事想着接得越全越好。结果接到第 5 个工具列表几十条问题全来了每轮对话光工具说明书就占掉一大截上下文响应肉眼可见变慢模型还开始在一堆长得差不多的工具里挑错。这题看似问「怎么接 MCP」实考你能不能区分把工具接进来和把所有说明书塞进上下文——前者是接入后者把窗口喂爆。**直接回答**接入不是全塞 schema先给名片用到再展开。二、大多数人怎么答的典型翻车回答“把 server 配好、工具都列出来模型自然会挑着用接得越全 agent 越强。”**能列出来不等于用得好。**几十个工具的 schema 一次性进上下文三件事会一起恶化① 常驻 token 和延迟随工具数往上涨② 模型在一长串相似工具里更容易挑错③ 真正干活的对话被工具说明书挤掉位置我认为瓶颈不是接不通是接进来后上下文预算怎么管——接得越多越笨是预算问题不是连通问题。那顶级 harness 是怎么躲过这一刀的Claude Code 的做法反直觉默认不让外部工具常驻上下文——先保留名片索引真正需要时再展开 schema。下面把它的接入架构拆开看。三、拆开 Claude Code 接 MCP几十个工具为什么没把它撑爆**关键机制只有一个索引 按需展开。**外部工具默认只露「名片」说明书用到才取。这一节按「要解决什么 → CC 实测怎么做 → 你自造怎么复刻」拆。① 外部工具默认进「延迟区」schema 不占上下文外部工具不立刻把完整 schema 摊进上下文而是先以「延迟工具」登记——上下文里Claude Code 的system-reminder块只列一排工具名比如mcp__github__create_issue说明书并不加载真要用才取那一个的 schema。这不是省事是 CC 的上下文预算决策常驻的只有一小撮高频核心工具外部 MCP 工具一律打入延迟区。**违反后果**几十个 schema 一次性进窗口模型还没干活就被工具说明书淹没每轮都在为没用上的工具付 token 和延迟。② 取说明书走 Tool Search按当前任务现取延迟工具靠 Tool Search 变成能用的工具。Claude Code 里它有具体接口select:工具名精确取某几个、关键词搜一批、词限定来源。模型按当前任务去搜取回那几个工具的完整 schema。**违反后果**没有这一层要么全量加载撑爆上下文要么干脆接不进来按需取才能让「接很多」和「上下文干净」同时成立。③mcp__server__tool命名空间一眼看出来源外部工具进来会带 server 前缀mcp__server__tool。8 个 server 里都有个叫search的工具也不会撞模型和你都能一眼看出这是哪个 server、是不是外部来源。这点很小但少了它长工具列表立刻变成一锅粥。**违反后果**不带前缀同名工具互相覆盖模型调了 A 的 search 以为在搜 B排错都难。④resources不占工具位只读资料别做成工具MCP 不只给tools还给resources——只读数据入口Claude Code 里走ListMcpResources/ReadMcpResource或server:...引用。查文档、读 issue、拿 schema 走 resource不挤工具空间也不算有副作用的动作。**违反后果**把「读数据」硬塞成工具工具数凭空膨胀权限和审计还更难管——动作和资料混在一起最容易出事。**我的优先顺序**先让外部工具能被索引、按需展开再谈接多少。这套和第 5 课记忆的MEMORY.md索引、第 9 课技能的 name/description 索引是同一招——顶级 harness 控上下文预算的统一签名不是 MCP 专属。四、面试官追问链追问 1工具就几十个schema 全塞进上下文的开销看起来不大。几十个工具的 schema 轻松几千上万 token而且每一轮都在——挤掉对话、抬高延迟、还让模型在更长列表里选错。我认为上下文里每个不干活还常驻的工具都在持续交税。追问 2Tool Search 按需取真正风险是该用的工具可能没被搜出来。风险真实所以server instructions名片的质量是关键它要说清「我管什么、什么时候该搜我、哪些动作有副作用」模型才搜得到。名片写烂工具接了等于没接。这也是为什么接入治理的根子在 server 端——呼应第 3 课描述就是写给模型的说明书。追问 3工具越多不代表越该上 MCP拆 server 要看边界。不是按数量是按「来源 × 复用 × 副作用」。同一外部系统、要被多 agent 复用、有副作用要管——值得独立 server一两个固定只读调用、就一个 agent 用内建更省。小场景硬上协议是另一种过度设计第 12 课收口。五、给 agent 接多个 MCP怎么不被撑爆落地别先狂接 server先立「接进来不撑爆」的规矩。四步STEP 1 · 按来源拆 server不按工具拆一个外部系统对应一个 server工具归拢在它名下靠mcp__server__前缀天然隔离。别把五个系统的工具堆进一个 server。↳ 关键撞名和来源混乱都是从拆错边界开始的。STEP 2 · 每个 server 写好 instructions名片名片说清解决什么、什么时候搜、哪些有副作用——这直接决定 Tool Search 搜不搜得到你的工具。工具多时不要指望模型自己猜。↳ 关键名片写烂延迟工具永远展不开等于没接。STEP 3 · 只读走resources动作走tools查资料、读文档、拿 schema 用resources能改状态的才进tools。别把所有东西都硬塞成工具。↳ 关键动作和资料分开工具数不膨胀权限审计才好管。STEP 4 · 用可观察行为验收「撑没撑爆」别只看 server 起没起。看外部工具是不是以延迟工具登记、用到才取 schema、mcp__server__tool正确隔离、常驻上下文有没有随 server 数暴涨。↳ 关键验收标准不是「server 通了」是「再接一个agent 不会更慢更笨」。我会照抄的验收 trace① 每次工具选择记录mcp_server、tool_name、schema_loaded、selection_reason、latency_ms。② 每接 1 个新 server抽 20 条真实任务看常驻上下文有没有明显变长、错调工具有没有上升。③ 有副作用的工具补user_confirmed和rollback_action没有回滚口径的先不要暴露给 agent 自动调。学AI大模型的正确顺序千万不要搞错了2026年AI风口已来各行各业的AI渗透肉眼可见超多公司要么转型做AI相关产品要么高薪挖AI技术人才机遇直接摆在眼前有往AI方向发展或者本身有后端编程基础的朋友直接冲AI大模型应用开发转岗超合适就算暂时不打算转岗了解大模型、RAG、Prompt、Agent这些热门概念能上手做简单项目也绝对是求职加分王给大家整理了超全最新的AI大模型应用开发学习清单和资料手把手帮你快速入门学习路线:✅大模型基础认知—大模型核心原理、发展历程、主流模型GPT、文心一言等特点解析✅核心技术模块—RAG检索增强生成、Prompt工程实战、Agent智能体开发逻辑✅开发基础能力—Python进阶、API接口调用、大模型开发框架LangChain等实操✅应用场景开发—智能问答系统、企业知识库、AIGC内容生成工具、行业定制化大模型应用✅项目落地流程—需求拆解、技术选型、模型调优、测试上线、运维迭代✅面试求职冲刺—岗位JD解析、简历AI项目包装、高频面试题汇总、模拟面经以上6大模块看似清晰好上手实则每个部分都有扎实的核心内容需要吃透我把大模型的学习全流程已经整理好了抓住AI时代风口轻松解锁职业新可能希望大家都能把握机遇实现薪资/职业跃迁这份完整版的大模型 AI 学习资料已经上传CSDN朋友们如果需要可以微信扫描下方CSDN官方认证二维码免费领取【保证100%免费】