京东三面真题：Function Calling 和 MCP 怎么选
大模型应用 / Agent 开发岗
岗位：京东大模型应用 / Agent 开发岗 轮次：三面单题深挖记录，融合整理 一句话定性：这是一道「选型维度」题，面试官在找你判断的完整性，不是标准答案。 素材时间线：2026 年京东大模型岗面试的单题记录，整理时间 2026-09-28
0. 一分钟速览
| 项目 | 内容 |
|---|---|
| 公司 / 岗位 | 京东 · 大模型应用 / Agent 开发 |
| 考察重心 | 工具接入选型的判断维度 |
| 追问风格 | 你给一个维度，他补三个你没说的 |
| 典型挂点 | 只按项目规模判断；认为两者是替代关系 |
| 准备方向 | 复用需求、生态现成度、部署环境、维护成本四个维度都要有 |
1. 真题：都能做工具调用，具体什么场景选哪个
问法：「Function Calling 和 MCP 都能做工具调用，具体什么场景下该选哪个？」
错误示范一：答「小项目用 Function Calling，大项目用 MCP」。面试官反问：大项目的工具只在内部用、不需要复用呢？规模只是一个因素。
错误示范二：答「工具少 FC、工具多 MCP」。面试官再补：如果社区已经有现成的 MCP Server，哪怕只要一个工具，你还自己手写对接吗？
答题要点，按判断维度展开：
- 复用需求（核心判断）：这个工具会不会在本应用之外被用到。不会，临时接一两个工具，Function Calling 直接写在代码里最快；会，跨项目跨团队复用，封装成 MCP Server 一次实现到处用。
- 生态现成度：GitHub、数据库、浏览器这类通用工具社区已有现成 MCP Server，配置几行就能接，比自己写对接代码划算。
- 部署环境：MCP 是独立进程，要考虑部署运维；本地场景 stdio 子进程简单，远程场景 Streamable HTTP 有服务化管理成本。
- 系统形态：做 Agent 系统（工具来源多、数量大）倾向 MCP 的统一注册和发现，手写 FC 的 schema 散在各处会越来越难管。
收尾补一句平衡：「两者不是二选一，核心私有工具内嵌 FC、通用能力接 MCP 的混用是常态。」
追问链：「MCP 的额外成本是什么？」答：独立进程的部署运维、连接管理、团队对协议的理解成本；工具少且不复用时这些成本收不回来。
2. 复盘与准备清单
- 选型题的答法框架：先给核心判断维度（一句话能说清的那个），再补次要维度，最后主动说两者可以混用——比押一个标准答案稳。
- 京东这类电商场景的公司，追问常往业务靠：商品问答、客服工单的工具链怎么组织，准备一个贴近电商的例子。
相关题目：站内题库的「Function Calling 和 MCP 什么场景选哪个」「MCP 是什么」是这场的原题。