KEEL · 龙骨 · A CURRICULUM FOR THE AI ERA
MCP Protocol Engineering — keel 龙骨
从 JSON-RPC、版本协商和能力发现，到工具、资源、提示、授权、异步任务和兼容性测试，建立一条可解释的 MCP 接入链。接什么、不接什么、开放多少，是架构判断而不是配置工作。
从 JSON-RPC、版本协商和能力发现，到工具、资源、提示、授权、异步任务和兼容性测试，建立一条可解释的 MCP 接入链。接什么、不接什么、开放多少，是架构判断而不是配置工作。
章节目录
- 01 · MCP 解决什么，不解决什么？ — ## 现场：一次接入评审会
- 02 · Host、Client、Server 如何分责？ — ## 现场：连上了，但助手一直转圈
- 03 · 版本和能力怎样协商？ — ## 现场：卖给客户后，全线连不上
- 04 · tools、resources、prompts 如何成为可发现原语？ — ## 现场：清单泄露，以及模型填错的参数
- 05 · 结果、结构化输出和用户输入如何返回？ — ## 现场：助手说"已处理"，工单却没创建
- 06 · stdio、HTTP、通知和取消怎样传播？ — ## 现场：搬到远端之后，「本地」这个安全边界消失了
- 07 · 授权和本地服务器为什么不能省？ — ## 现场：一张给隔壁部门签的票，在我们的柜台上兑现了
- 08 · 长任务如何暂停、恢复和取消？ — ## 现场：二十分钟的活，第七分钟被重启了
- 09 · 如何证明客户端真的兼容？ — ## 现场：兼容性 KPI 是「能连上」，直到客户换了 Client
- 10 · Capstone：把 Incident Bridge 提升为可交付形态 — 前九章各自独立地解决了问题。本章把它们合并成一个有具体边界、可执行、可验收的交付物。